9

在调用第一个方法之前，在异步方法的开头使用昂贵的代码是不是很糟糕await？这段代码应该用 a 包装TaskEx.Run吗？

public async Task Foo()
{
    // Do some initial expensive stuff.
    // ...

    // First call to an async method with await.
    await DoSomethingAsync;
}
4

2 回答 2

10

正如里德所说，这实际上取决于上下文。代码必须在某个时候运行——但根据上下文，它可能最终在线程池线程上运行，而不是在某个关键线程上运行。

而不是使用Task.Run，我会使用TaskEx.Yield：

public async Task Foo()
{
    await TaskEx.Yield();
    // Do expensive stuff
}

据我所知，这基本上是一种立即返回调用者的方式，但允许立即安排其余的异步方法。如果您处于 Windows 窗体 UI 线程之类的东西中，那么这样做是没有意义的，因为您将立即返回 UI 线程（并在那里运行昂贵的代码） - 但如果您处于上下文中，这将是有意义的当前线程不应该被阻塞，但继续在另一个线程上运行。

于 2011-12-09T17:15:43.147 回答
5

这不一定是坏事，但可能会产生意想不到的后果。如果调用者期望代码完全异步运行，那么昂贵的代码将同步运行。这将导致它部分表现得像同步方法，但也是异步的，这是两全其美的（没有响应性的异步带来的额外复杂性......）

如果可能的话，我会建议尽量减少导致第一次等待的“昂贵”代码。在这种情况下，使用Task.Run（或TaskEx.Run在 CTP 中）包装昂贵的代码，或将昂贵的代码移动到它自己的异步方法中（您可以这样做await）将是有益的。

于 2011-12-09T17:11:49.573 回答