【五分鐘的dotnet】是一個利用您的碎片化時間來學習和豐富.net知識的博文系列。如果您現在正在使用.NetCore的話,相信您對await 和 async這兩個關鍵字再熟悉不過了。它們是為非同步編程提供的語法糖,便於我們在代碼中更便捷的進行非同步操作。await 和 async其實是對Task對象都... ...
系列介紹
【五分鐘的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桌還算很人性)。
最後,等了一個半小時之後,小王來了。這時火鍋店已經爆滿了,排了很多人。我們靠排的號最後延三桌吃到了火鍋。
傳說中的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代碼中嘗試)。
最後,小聲說一句:創作不易,點個推薦吧