调用异步方法时使用 .Wait() 的情况是什么

Question

我的 asp.net mvc-5 Web 应用程序中有以下 async 长时间运行方法：-

 public async Task<ScanResult> ScanAsync(string FQDN)
 {
    // sample of the operation i am doing 
    var c = await context.SingleOrDefaultAsync(a=>a.id == 1);
    var list = await context.Employees.ToListAsync();
    await context.SaveChangesAsync();
    //etc..
}

我正在使用支持运行后台作业的 Hangfire 工具及时调用此异步方法，但不幸的是，hangefire 工具不支持直接调用异步方法。所以为了克服这个问题，我创建了上述方法的同步版本，如下：-

public void Scan()
{
    ScanAsync("test").Wait();
}

然后我从 HangFire 调度程序调用同步方法如下：-

RecurringJob.AddOrUpdate(() => ss.Scan(), Cron.Minutely);

所以我知道在方法执行期间使用.Wait()将主要占用iis线程，但是正如我提到的，我需要这样做，因为我不能直接在hangefire调度程序中调用异步TASK。

那么当我使用.Wait() 调用异步方法时会发生什么？整个方法的操作会以同步方式完成吗？例如，如上所示，我在ScanAsync() ;SingleOrDefualtAsync,ToListAsync 和SaveChangesAsync 中有三个异步操作，所以它们会以同步方式执行，因为我正在使用 .wait() 调用 ScanAsync 方法？

Answer 1

那么当我使用 .Wait() 调用异步方法时会发生什么？ 整个方法的操作会以同步的方式完成吗？例如 如上所示，我在 ScanAsync() 中有三个异步操作 ;SingleOrDefualtAsync、ToListAsync 和 SaveChangesAsync，它们也会如此 以同步方式执行，因为我正在调用 ScanAsync 方法使用 .wait() ?

查询数据库的方法仍将异步执行，但您调用Wait 的事实意味着即使您正在释放线程，它也不会在您暂停时返回到 ASP.NET ThreadPool它。

这也可能导致死锁，因为 ASP.NET 有一个自定义同步上下文，可确保在继续异步调用时请求的上下文可用。

我建议您改为使用实体框架提供的同步 API，因为您实际上不会享受异步调用所能获得的可扩展性。

编辑：

在 cmets 中，你问：

正如我目前使用hangefire 所做的那样，消除异步效果？如果是，那么使用同步方法会更好吗？或者使用 hangeffire 的同步或异步将完全相同

首先，您必须了解异步的好处。你这样做不是因为它很酷，你这样做是因为它有一个目的。那是什么目的？能够在负载下缩放。它是如何做到的？当您 await 异步方法时，控制权将交还给调用者。例如，您有一个传入请求，您查询您的数据库。您可以坐在那里等待查询完成，也可以重新使用该线程来处理更多传入的请求。这才是真正的力量。

如果您实际上不打算接收大量请求（这样您会饿死线程池），那么您实际上不会看到异步带来的任何好处。目前，按照您实现它的方式，您不会看到任何这些好处，因为您正在阻止异步调用。您可能看到的只是死锁。

Answer 2

这在很大程度上取决于HangFire 的实现方式。如果它只是将要在ThreadPool 中调用的任务排队，那么唯一的效果是，您的一个线程将被阻塞，直到请求结束。但是，如果有自定义 SynchronizationContext，这可能会导致严重的死锁。

考虑一下，如果您真的想等待安排好的工作完成。也许你想要的只是一个火而忘记的模式。这样你的方法将是这样的：

public void Scan()
{
    ScanAsync("test"); // smoothly ignore the task
}

如果您确实需要等待，您可以尝试使用async void 方法：

public async void Scan()
{
    await ScanAsync("test");
    DoSomeOtherJob();
}

关于使用async void有很多争议，因为你不能等待这个方法结束，也不能处理可能的错误。

但是，在事件驱动的应用程序中，这可能是唯一的方法。更多信息可以参考：Async Void, ASP.Net, and Count of Outstanding Operations