前言

最近在閱讀 .NET Threadpool starvation, and how queuing makes it worse 這篇博文時發(fā)現(xiàn)文中代碼中的一種 Task 用法之前從未見過，在網(wǎng)上看了一些資料后也是云里霧里不知其解，很是困擾。今天在程序員節(jié)的大好日子里終于想通了，于是寫下這篇隨筆分享給大家，也過過專心寫博客的癮。

這種從未見過的用法就是下面代碼中的 await Task.Yield() ：

static async Task Process()
{
 await Task.Yield();

 var tcs = new TaskCompletionSource<bool>();

 Task.Run(() =>
 {
  Thread.Sleep(1000);
  tcs.SetResult(true);
 });

 tcs.Task.Wait();
}

（注：上面的代碼不是示例，只是因?yàn)檫@段代碼而初遇 await Task.Yield）

Task.Yield 簡單來說就是創(chuàng)建時就已經(jīng)完成的 Task ，或者說執(zhí)行時間為0的 Task ，或者說是空任務(wù)，也就是在創(chuàng)建時就將 Task 的 IsCompeted 值設(shè)置為0。

那 await 一個空任務(wù)會怎樣？我們知道在 await 時會釋放當(dāng)前線程，等所 await 的 Task 完成時會從線程池中申請新的線程繼續(xù)執(zhí)行 await 之后的代碼，這本來是為了解決異步操作（比如IO操作）霸占線程實(shí)際卻用不到線程的問題，而 Task.Yield 卻產(chǎn)生了一個不僅沒有異步操作而且什么也不干的 Task ，不是吃飽了撐著嗎？

今天吃晚飯的時候終于想明白了——吃飽了沒有撐。Task.Yield 產(chǎn)生的空任務(wù)僅僅是為 await 做嫁衣，而真正的圖謀是借助 await 實(shí)現(xiàn)線程的切換，讓 await 之后的操作重新排隊(duì)從線程池中申請線程繼續(xù)執(zhí)行。

這樣做有什么好處呢？

線程是非常非常寶貴的資源，千金難買一線程，而且有優(yōu)先級，提高線程利用率的重要手段之一就是及時將線程分配給最需要的地方，而最奢侈的之一是讓一個優(yōu)先級低執(zhí)行時間長的操作一直占用著一個線程，await Task.Yield 可以讓你巧妙地借助 await 的線程切換能力，將不太重要的比較耗時的操作放在新的線程（重新排隊(duì)從線程池中申請到的線程）中執(zhí)行。打個比方，很多人排隊(duì)在外婆家就餐，你來的時候比較巧，正好有位置，但你本來就不著急肚子也不太餓準(zhǔn)備慢慢吃慢慢聊，而排隊(duì)的人當(dāng)中有些人很餓很著急吃完還有事，這時你如果先點(diǎn)幾個招牌菜解解饞，然后將座位讓出來，重新排隊(duì)，并且排隊(duì)的人當(dāng)中像你這樣的都這么做，那些排隊(duì)中心急如焚的人真是是幸福感爆棚，外婆家的老板也笑彎了腰。你讓出座位重新排隊(duì)的愛心行為就是 await Task.Yield() 。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論