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

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

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

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

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

async同步還是異步？

表示異步。因為async是asynchronous的縮寫。

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

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