如何正確理解.NET4.5和C#5.0中的async/await異步編程模式？這個(gè)等待，實(shí)際上，只是舊版本C迭代的一個(gè)推廣。現(xiàn)在很多平臺(tái)由于某些原因不得不使用舊版本的C，比如unity。如果希望異步，

如何正確理解.NET4.5和C#5.0中的async/await異步編程模式？

這個(gè)等待，實(shí)際上，只是舊版本C迭代的一個(gè)推廣?，F(xiàn)在很多平臺(tái)由于某些原因不得不使用舊版本的C，比如unity。如果希望異步，則只能使用迭代器。Async和iterator是語法糖。編譯器將幫助您實(shí)現(xiàn)狀態(tài)機(jī)的匿名類。在實(shí)例中保存一些臨時(shí)變量以記錄當(dāng)前狀態(tài)。根據(jù)您編寫的yield/await，將一個(gè)異步方法拆分為幾個(gè)同步塊。根據(jù)一定的規(guī)則，下一步要定期進(jìn)行。當(dāng)前是一項(xiàng)任務(wù)。然后我將根據(jù)您配置的線程上下文來決定在哪個(gè)線程上運(yùn)行此任務(wù)。在哪個(gè)線程中調(diào)用了用await修改的異步方法？為什么上面的事件處理方法不阻止GUI？我還看到一些其他的描述，async/await異步模式不會(huì)生成新線程，那么如何僅在現(xiàn)有線程的基礎(chǔ)上異步運(yùn)行呢？在本例中，此方法在UI線程中調(diào)用，并且沒有configureawait（false），因此執(zhí)行后的同步塊將在當(dāng)前await的UI線程上下文中捕獲。至于它為什么不阻塞，可以簡單理解，在執(zhí)行第一個(gè)塊并遇到延遲（4000）之后，UI線程的計(jì)時(shí)器被掛起4000次，然后調(diào)用下一個(gè)同步塊的回調(diào)。

yortus/asyncawait，tj/co這兩個(gè)nodejs庫有何區(qū)別？

CO是基于ES6的生成器函數(shù)的二次封裝，AsyncWait是基于節(jié)點(diǎn)光纖的二次封裝，節(jié)點(diǎn)光纖主要是二次封裝節(jié)點(diǎn).js因此，它是V8上的協(xié)同程序?qū)崿F(xiàn)和增強(qiáng)，并支持在Es5上使用。

async同步還是異步？

表示異步。因?yàn)閍sync是asynchronous的縮寫。

C#中async編程完全代替了Task了嗎？

異步將與當(dāng)前線程的sychronizecontext相關(guān)聯(lián)，在某些情況下，它在web和UI上的性能將與console不一致。（例如，呼叫。Wait（）在異步任務(wù)的任務(wù)上，web和UI將死鎖，但控制臺(tái)不會(huì)）任務(wù)。運(yùn)行默認(rèn)情況下，ThreadPool的synchronized context在所有地方都使用，并且其性能在web、UI和控制臺(tái)上是一致的。所以不能說async完全取代了task，task是TPL（task Parallel Library）的一員，它比async/await關(guān)鍵字具有更高的可控性。