前言

最近在閱讀 .NET Threadpool starvation, and how queuing makes it worse 這篇博文時(shí)發(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)建時(shí)就已經(jīng)完成的 Task ，或者說執(zhí)行時(shí)間為0的 Task ，或者說是空任務(wù)，也就是在創(chuàng)建時(shí)就將 Task 的 IsCompeted 值設(shè)置為0。

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

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

這樣做有什么好處呢？

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

總結(jié)

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