.netcore await Task.Yield()写法有什么意义呢?实际项目如何应用

.netcore await Task.Yield()写法有什么意义呢?实际项目如何应用

编码文章call10242025-02-11 11:31:548A+A-

若你正使用 .NET Core,相信你对 awaitasync 这两个 keywords 再熟悉不过了。它们是为异步编程提供的语法糖,以便于我们在代码中更便捷地进行异步操作。


awaitasync 关键字其实是对 Task 对象的一层包装操作。当我们查看 Task 对象时,会发现它有一个叫做 Yield() 的方法,它的签名是这样的:


public?static?YieldAwaitable?Yield();


对于 Yield 这个单词,可能一下就会让我们联想到 C# 里面的关键字 yield returnyield break。那么,Task.Yield() 究竟起什么作用的呢?它的作用会和我们 C# 里面的关键字一样吗?


此外,你会在某些框架或代码中看到:一旦使用它的话前面都会加上 await 关键字。这样就写成了 await Task.Yield() 。那么这种写法到底有什么意义呢?我们又该怎么在实际项目中应用呢?


好吧,接下来我们就来对它进行解密。不过!不过!不过!——在说这些代码之前,我们先来模拟吃个火锅。


是的——你没有听错——现在我们不讲代码,来讲吃饭。

(没想到你是这昂的作者,我……都脱了,你给我说来吃……火锅?)


 一顿火锅聚餐的思考 


▲▲▲


说到吃火锅的话,我就拿我们成都比较火爆的「蜀大侠」来举例罢……


▲ 火锅聚餐,懒得给商标打码了……


说实话,每天去蜀大侠排队的人说真的多。

(这不是打广告哈。对了,麻烦蜀大侠打个钱哈)


曾经的大学室友毕业之后很多年未见,这次大家说「挑个时间,找机会聚一下。」很早之前就定了在今天去××路吃个火锅。但是今天毕竟是周五嘛,大家都还要上班,所以准备下班后集合。室友加上我一共六个人,准备凑一个大桌饱餐一顿。


六点下班之后,我就很快的来到了蜀大侠火锅店的门口,毕竟我上班的地方离××路很近。这个时候里面还是有位置的。于是我掏出手机在群里问了一下大家,还有多久能够到。


此时坑爹的狗屎剧情来了,小李说他要等一会走,可能要打扫下办公室,毕竟明天周末……小王就惨了,他说他要晚一个半小时,因为他刚才发现了一个 bug……


等了一会,来蜀大侠吃饭的人就开始多了起来。此时的我该怎么办呢?


“我是在进店里坐着占一个大桌等一个半小时等到小王来吗?”


如果您是蜀大侠店的老板你会允许我这么做吗?我估计你会把我打死,因为这个时候正是黄金时期,我在那儿占着坑位不拉*,白白浪费你挣钱的机会。


好吧,我作为一个好公民,我还是找前台排了一个号……

(我们这儿过号了延3桌还算很人性)



最后,等了一个半小时之后,小王来了。


这时火锅店已经爆满了,排了很多人。我们靠排的号最后延三桌吃到了火锅。


 传说中的 await Task.Yield(); 


▲▲▲


好了,火锅的故事讲完了。现在我们来吹回我们文章的主体:Task.Yield()


国际惯例,先来看看 MSDN 给出的解释:


创建异步产生当前上下文的等待任务。


这尼玛是什么鬼……好吧……它也知道我们看不懂,然后下面给了注解:


可以在异步方法中使用 await Task.Yield(); 来强制异步完成方法。


原来 await Task.Yield() 这种写法就是从这儿出来都呀,就相当于该方法是专门配合 await 使用的吗?


现在来回忆一下我们刚才所讲的火锅的故事。

(故事真的不是白讲的哈,虽然蜀大侠真香)


如果把我们的系统资源看做是火锅店里面的位置,此时我们构建了一个非常消耗时间的任务需要做,这个任务您就可以看做是我们寝室的聚餐,因为小王加班,所以导致我们需要消耗太多时间。而火锅店门口那些等待的人就是系统中其他的任务。


我们如何保证任务分配最优?是我先来蜀大侠门口所以就让我先进店一直座在位置上吗?这显然不是最优,因为我不急着使用资源,我在那儿也不会点菜,还要等小王……所以你会优先把位置让给后面真正要吃饭的人去坐。


我们的处理器也是有处理能力的极限的(具体看核心数和线程数),就好比火锅店的桌位也是有极限的,反正场子只能摆下那么多桌子。所以,我们有没有办法像上面排号一样,虽然轮到我了,我只排号,让真正需要使用资源的人去使用。


来吧,用我们的代码来演示这个场景:


public?class?AwaitYieldDemo
{
????public?void?MockHotPotRestaurant()
????{
????????Task[]?tasks?=?new?Task[20];
????????//构建一批吃火锅的人
????????for?(int?i?=?0;?i?
????????{
????????????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?


如果您有兴趣可以直接拷贝代码来执行。分别测试开启和关闭 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 代码中尝试)。

点击这里复制本文地址 以上内容由文彬编程网整理呈现,请务必在转载分享时注明本文地址!如对内容有疑问,请联系我们,谢谢!
qrcode

文彬编程网 © All Rights Reserved.  蜀ICP备2024111239号-4