等待vs Task.Wait-死锁？

  • Z时代
  • 2024-01-10
  • 分类：问答

我不太明白之间的差别Task.Wait和await。

我在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？

回答：

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

Wait将同步阻止，直到任务完成。因此，当前线程实际上被阻塞，等待任务完成。通常，应该使用“

async一直向下”；也就是说，不要阻塞async代码。在我的博客上，我详细介绍了异步代码中的阻塞如何导致死锁。

await将异步等待，直到任务完成。这意味着当前 方法

已“暂停”（已捕获其状态），并且该方法向其调用者返回了一个未完成的任务。稍后，当await表达式完成时，将方法的其余部分安排为继续。

您还提到了“合作块”，我假设您的意思是您正在Wait执行的任务可以在等待的线程上执行。在某些情况下可能会发生这种情况，但这是一种优化。在很多情况下，它

不可能

发生，例如，该任务是用于另一个调度程序的，还是已经启动的，或者它是非代码任务的（例如，在您的代码示例中：因为没有代码，所以Wait无法Delay内联执行任务）为了它）。

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

以上是 等待vs Task.Wait-死锁？ 的全部内容， 来源链接： utcz.com/qa/411738.html

回到顶部