一尘不染

等待vs Task.Wait-死锁?

c#

我不太明白之间的差别Task.Waitawait

我在ASP.NET WebAPI服务中具有类似于以下功能的内容:

public class TestController : ApiController
{
    public static async Task<string> Foo()
    {
        await Task.Delay(1).ConfigureAwait(false);
        return "";
    }

    public async static Task<string> Bar()
    {
        return await Foo();
    }

    public async static Task<string> Ros()
    {
        return await Bar();
    }

    // GET api/test
    public IEnumerable<string> Get()
    {
        Task.WaitAll(Enumerable.Range(0, 10).Select(x => Ros()).ToArray());

        return new string[] { "value1", "value2" }; // This will never execute
    }
}

哪里Get将陷入僵局。

是什么原因造成的?为什么在我使用阻塞等待而不是时这不会引起问题await Task.Delay


阅读 432

收藏
2020-05-19

共1个答案

一尘不染

Waitawait-而概念上类似于-实际上是完全不同的。

Wait将同步阻止,直到任务完成。因此,当前线程实际上被阻塞,等待任务完成。通常,应该使用“
async一直向下”;也就是说,不要阻塞async代码。在我的博客上,我详细介绍了异步代码中的阻塞如何导致死锁

await将异步等待,直到任务完成。这意味着当前 方法
已“暂停”(已捕获其状态),并且该方法向其调用者返回了一个未完成的任务。稍后,当await表达式完成时,将方法的其余部分安排为继续。

您还提到了“合作块”,我假设您的意思是您正在Wait执行的任务可以在等待的线程上执行。在某些情况下可能会发生这种情况,但这是一种优化。在很多情况下,它
不可能
发生,例如,该任务是用于另一个调度程序的,还是已经启动的,或者它是非代码任务的(例如,在您的代码示例中:因为没有代码,所以Wait无法Delay内联执行任务)为了它)。

您可能会发现我的async/ await介绍很有帮助。

2020-05-19