【5min+】幫我排個隊，謝謝。await Task.Yield()
系列介紹
【五分鐘的dotnet】是一個利用您的碎片化時間來學習和豐富.net知識的博文系列。它所包含了.net體系中可能會涉及到的方方面面，比如C#的小細節，AspnetCore，微服務中的.net知識等等。
5min+不是超過5分鐘的意思，"+"是知識的增加。so，它是讓您花費5分鐘以下的時間來提升您的知識儲備量。
正文
如果您現在正在使用.NetCore的話，相信您對await 和 async這兩個關鍵字再熟悉不過了。它們是為非同步程式設計提供的語法糖，便於我們在程式碼中更便捷的進行非同步操作。
await 和 async其實是對Task物件都一層包裝操作。而當我們檢視Task物件的時候，會發現他有一個叫做 Yield() 的方法。它的簽名是這樣：
public static YieldAwaitable Yield();對於Yield這個單詞，可能一下就會讓我們聯想到C# 裡面的關鍵字 yield return 和yield break。那麼這個Task.Yield()究竟是什麼作用呢？它會和我們C#裡面都關鍵字一樣嗎？
而且您會在某些框架或者程式碼中看到：一旦使用它的話前面都會加上await關鍵字。這樣就寫成了 await Task.Yield() 。那麼這種寫法到底有什麼意義呢？我們又該怎麼在實際專案中應用呢？
好吧，接下來我們就來對它進行解密。 不過！不過！不過！ 在說這些程式碼之前，我們先來模擬吃個火鍋。
是的，您沒有聽錯，現在我們不講程式碼，來講吃飯。（*沒想到居然是這樣的博主，我**都脫了，你給我說來吃火鍋？*）。
一頓火鍋聚餐的思考
說到吃火鍋的話，我就拿我們成都比較火爆的蜀大俠來舉例吧。
說實話，每天去蜀大俠排隊的人說真的多。（這不是打廣告哈。對了，麻煩蜀大俠打個錢哈）。
曾經的大學室友畢業之後很多年沒有見過了，這次大家說挑個時間找機會聚一下。很早之前就定了在今天去春熙路吃個火鍋。但是今天畢竟是週五嘛，大家都還要上班，所以準備下班後集合。室友加上我一共六個人，準備湊一個大桌飽餐一頓。
六點下班之後，我就很快的來到了蜀大俠火鍋店的門口，畢竟我上班的地方離春熙路很近。這個時候裡面還是有位置的。於是我掏出手機在群裡問了一下大家，還有多久能夠到。
此時坑B的劇情來了，小李說他要等一會走，可能要打掃下辦公室，畢竟明天週末嘛。小王就慘了，他說他要晚一個半小時，因為他剛才發現了一個bug。
等了一會，來蜀大俠吃飯的人就開始多了起來。此時的我該怎麼辦呢？
“我是在進店裡坐著佔一個大桌等一個半小時等到小王來嗎？”
如果您是蜀大俠店的老闆你會允許我這麼做嗎？ 我估計你會把我打死，因為這個時候正是黃金時期，我在那兒佔著坑位不拉*，白白浪費你掙錢的機會。
好吧，我作為一個好公民，我還是找前臺排了一個號。（我們這兒過號了延3桌還算很人性）。
.png)
最後，等了一個半小時之後，小王來了。這時火鍋店已經爆滿了，排了很多人。我們靠排的號最後延三桌吃到了火鍋。
傳說中的await Task.Yield()
好了，火鍋的故事講完了。現在我們來吹回我們文章的主體：Task.Yield()。
國際慣例，先來看看Msdn給出的解釋：
建立非同步產生當前上下文的等待任務。
這NM，什麼鬼。好吧，它也知道我們看不懂，然後下面給了註解：
可以在非同步方法中使用 await Task.Yield(); 來強制非同步完成方法。
原來await Task.Yield()這種寫法就是從這兒出來都呀，就相當於該方法是專門配合await使用的嗎？
現在來回憶一下我們剛才所講的火鍋的故事。（故事真的不是白講的哈，雖然蜀大俠真香。蜀大俠，請再次打錢）
如果把我們的系統資源看做是火鍋店裡面的位置，此時我們構建了一個非常消耗時間的任務需要做，這個任務您就可以看做是我們寢室的聚餐，因為小王加班，所以導致我們需要消耗太多時間。而火鍋店門口那些等待的人就是系統中其他的任務。
我們怎麼去保證任務分配最優呢？ 是我先來蜀大俠門口所以就讓我先進店一直座在位置上嗎？ 顯然這不是最優，因為我不急著使用資源，我座在那兒也不會點菜，還要等小王嘛。 所以您會優先把位置讓給後面真正要吃飯的人去座。
我們的處理器也是有處理能力的極限的（具體看核心數和執行緒數），就好比火鍋店的桌位也是有極限的，反正場子只能擺下那麼多桌子。所以，我們有沒有辦法像上面排號一樣，雖然輪到我了，我只排號，讓真正需要使用資源的人去使用。
來吧，用我們的程式碼來演示這個場景：
public class AwaitYieldDemo
{
public void MockHotPotRestaurant()
{
Task[] tasks = new Task[20];
//構建一批吃火鍋的人
for (int i = 0; i < tasks.Length; i++)
{
tasks[i] = new Task(PersonEatHot, i);
}
//人們陸續來吃火鍋
for (int j = 0; j < tasks.Length / 2; j++)
{
tasks[j].Start();
}
//我來吃火鍋了
GotoShuDaXiaEatHotPot();
//人們陸續來吃火鍋
for (int j = 10; j < tasks.Length; j++)
{
tasks[j].Start();
}
}
private void PersonEatHot(object personNo)
{
Console.WriteLine($"I am No.{personNo} person.I enter restaurant");
Thread.Sleep(1000); //eating
Console.WriteLine($"I am No.{ personNo } person.I eat completed.");
}
private async Task GotoShuDaXiaEatHotPot()
{
Console.WriteLine($"I get a waiting card.");
await Task.Yield(); //到店了 先排個號
WaitMyPartnerJoin(5); //等待我的5個小夥伴集合
await EatingHotPot(); //開始吃火鍋
}
private async Task EatingHotPot()
{
await Task.Run(() =>
{
Console.WriteLine("eating hot pot with my friends");
Thread.Sleep(1000);
Console.WriteLine("Completed : eating hot pot with my friends");
});
}
private void WaitMyPartnerJoin(int partnerNum)
{
Console.WriteLine("Waiting my partner join.");
for (int i = 0; i < partnerNum; i++)
{
for (int j = 0; j < 1000000; j++)
{
}
Console.WriteLine($"no.{i} friend join.");
}
Console.WriteLine("everyone is here.");
}
}如果您有興趣可以直接拷貝程式碼來執行。分別測試開啟和關閉GotoShuDaXiaEatHotPot 中的 await Task.Yield(); 語句，然後看看有什麼區別。
您會看到如果不使用 await Task.Yield(); 的話，我們的程式碼被執行緒執行到的時候，就會直接執行接下來的任務。 如果開啟的話，它會去執行其他任務。
那麼，它和我們傳統的關鍵字yield return有什麼聯絡嗎？ 對於傳統的yield return關鍵字，它會返回一個IEnumerable物件，該物件可以被我們使用foreach語法糖來進行迭代。(關於IEnumerable您可以參考你怎麼穿著品如的衣服？IEnumerable AND IEnumerator)。
而對於使用了yield return的foreach，它每次迭代都會返回主迴圈體，進行下次取數時再進入迭代器內運算，從而進行按需所取的操作。
而我們的await Task.Yield()和yield return相似都地方就是，當遇到該內容都時候，就會返回到原有的執行體內。
所以現在來看MSDN對Yield方法的解釋：“建立非同步產生當前上下文的等待任務。可以在非同步方法中使用 await Task.Yield(); 來強制非同步完成方法” 。任務被產生了之後，很快就返回到原有的上下文中，而此時原來的上下文就有機會執行其他的任務了。
什麼場景使用
所以我們知道了它的益處之後，我們會在什麼情況下使用呢：如果我們當前任務執行一個很耗時的操作，而且它的優先順序對我們來說又不是很高的時候，我們則可以考慮在方法開始的時候加上await Task.Yield()。讓系統去排程其他更需要做的任務，稍後再來完成方法體內的耗時操作。
那麼如果我只使用Task.Yield()，而不使用await關鍵字呢？ 哈哈，這是個祕密，噓。（您可以在上面的demo程式碼中嘗試）。
最後，小聲說一句：創作不易，點個推薦吧