我正在研究 C# 中的一些异步编程,并且想知道这些函数之间的区别是什么,这些函数执行完全相同的操作并且都是可等待的。
public Task<Bar> GetBar(string fooId)
{
return Task.Run(() =>
{
var fooService = new FooService();
var bar = fooService.GetBar(fooId);
return bar;
});
}
public Task<Bar> GetBar(string fooId)
{
var fooService = new FooService();
var bar = fooService.GetBar(fooId);
return Task.FromResult(bar)
}
public async Task<Bar> GetBar(string fooId)
{
return await Task.Run(() =>
{
var fooService = new FooService();
var bar = fooService.GetBar(fooId);
return bar;
});
}
我的猜测是第一种是正确的做事方式,代码不会执行,直到您尝试从返回的任务中获取结果。
在第二种情况下,代码在调用时执行,结果存储在返回的任务中。
第三个有点像第二个?代码在调用时执行,返回 Task.Run 的结果?在那种情况下,这个函数会有点愚蠢吗?
我是对还是错了?
最佳答案
这些方法实现都没有意义。您所做的只是将阻塞工作推送到线程池(或者更糟的是,同步运行它并将结果包装在 Task<Bar>
实例中)。您应该做的是公开同步 API,让调用者决定如何调用它。他们是否要使用 Task.Run
是否由他们决定。
话虽如此,但还是有以下区别:
#1
第一个变体(它直接返回通过 Task<Bar>
创建的 Task.Run
)是“最纯粹的”,即使从 API 的角度来看它没有多大意义。你允许 Task.Run
在线程池上安排给定的工作并返回 Task<Bar>
向调用者表示异步操作的完成。
#2
第二种方法(利用 Task.FromResult
)不是异步的。它同步执行,就像常规方法调用一样。结果简单地包装在一个完整的 Task<Bar>
中实例。
#3
这是第一个版本的更复杂的版本。您正在取得与 #1 类似的结果,但有额外的、不必要的,甚至有些危险 await
.这个值得更详细地研究。
async/await
非常适合通过组合多个 Task
来链接 异步操作s 将异步工作表示为单个单元 ( Task
)。它可以帮助您以正确的顺序让事情发生,为您提供异步操作之间丰富的控制流,并确保事情在正确的线程上发生。
但是,以上都对您的情况没有任何好处,因为您只有一个 Task
。因此,没有必要让编译器为你生成一个状态机来完成Task.Run
。已经这样做了。
设计不佳async
方法也可能是危险的。通过不使用 ConfigureAwait(false)
在你的 await
编辑Task
你无意中引入了一个SynchronizationContext
捕获、降低性能并引入死锁风险而没有任何好处。
如果您的来电者决定阻止您的 Task<Bar>
在具有 SynchronizationContext
的环境中(即 Win Forms、WPF 和 可能 ASP.NET)通过 GetBar(fooId).Wait()
或 GetBar(fooId).Result
,他们会因为讨论的原因陷入僵局here .
关于c# - 这些可等待的方法有什么区别?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35550768/