c# - ConfigureAwait 并将异步调用与同步调用混合

Question

我已经阅读了很多关于 async/await 编程模型的文章，仍然有一些不是很清楚的地方，我想分享一下我对这些的困惑。

假设我们有以下配置:

主要的异步方法是 public async Task<bool> DoSomethingBigAsync(){...}它内部有 3 个其他方法调用如下:

A) var a = await _someInstance.DoSomethingLittle_A_Async().ConfigureAwait(false);
B) var b = await _someInstance.DoSomethingLittle_B_Async();
C) var c = _someInstance.DoSomethingLittle_C();

主要方法是从 UI 线程调用的。我们知道上下文将被捕获，当 main 方法完成时，上下文将被恢复。

如果我没记错的话，当调用第一个 (A) 异步方法时，由于 ConfigureAwait(false)未捕获 UI 上下文，而是将延续推送到池中的线程。但这并不能保证一定会发生，因为调用可能会立即完成。出于这个原因，我怀疑 ConfigureAwait(false)应该调用所有内部异步方法(在本例中为 A 和 B)。这是正确的，还是运行时在看到对 ConfigureAwait(false) 的第一次调用后知道该做什么？ ？

我的另一个担忧是关于两种不良做法(或认为如此)及其副作用。

根据 Stephen Toub 的文章，似乎有一个不好的做法:

exposing asynchronous wrappers for synchronous methods in a library is bad

因此，制作 DoSomethingLittle_C() 的异步版本并不是一个好主意。方法。

另一个不好的做法似乎是:

Don’t mix blocking and async code.

现在，看看上面的代码，如果第一个 ConfigureAwait(false)将保证继续被推送到线程池 我认为使用 Task.StartNew(() => { c = _someInstance.DoSomethingLittle_C(); }) 没有任何附加值.如果，在另一边，ConfigureAwait(false)从不保证继续被推送到线程池，那么我们可能会遇到问题，我们必须确保我们使用 Task.StartNew(() => { c = _someInstance.DoSomethingLittle_C(); }) .

错误(？):
一)var a = await _someInstance.DoSomethingLittle_A_Async().ConfigureAwait(false);
B) var b = await _someInstance.DoSomethingLittle_B_Async();
C) var c = _someInstance.DoSomethingLittle_C();

正确(？):
一)var a = await _someInstance.DoSomethingLittle_A_Async().ConfigureAwait(false);
B) var b = await _someInstance.DoSomethingLittle_B_Async().ConfigureAwait(false);
C) var c = Task.StartNew(() => {return _someInstance.DoSomethingLittle_C();});

Answer 1

"For this reason, I suspect, that ConfigureAwait(false) should be called on all the inner async methods (A and B in this case). Is this correct, or the runtime knows what to do after it sees the first call to ConfigureAwait(false)?"

是的。它应该。因为，正如您所说，之前的调用可能会同步完成，也因为之前的调用将来可能会发生变化，您不想依赖它。

关于 Task.Run(优于 Task.Factory.StartNew)，问题是是否在 API 的实现中使用它，答案几乎是永远不会。

你的情况不同。如果您在 UI 线程上并且有大量工作(根据 Stephen Cleary 的建议超过 50 毫秒)可以在后台完成，那么将这些工作卸载到 ThreadPool 线程以保持 UI 没有错 react 灵敏。就像 ConfigureAwait 一样，我不会依赖之前的调用将您转移到 ThreadPool，因为它也可以同步完成。

所以，正确:

var a = await _someInstance.DoSomethingLittle_A_Async().ConfigureAwait(false);
var b = await _someInstance.DoSomethingLittle_B_Async().ConfigureAwait(false);
var c = await Task.Run(() => _someInstance.DoSomethingLittle_C()).ConfigureAwait(false);