c# - 从同步上下文调用异步方法

Question

我在我的代码中通过 HTTP 调用服务(最终使用 HttpClient.SendAsync 方法)。然后从 WebAPI Controller 操作调用此代码。大多数情况下，它工作正常(测试通过)但是当我在 IIS 上部署时，我遇到了死锁，因为异步方法调用的调用者已被阻止并且继续无法在该线程上继续直到它完成(它不会) .

虽然我可以将我的大部分方法设为异步，但我觉得我对何时必须执行此操作没有基本的了解。

例如，假设我确实将我的大部分方法设为异步(因为它们最终会调用其他异步服务方法)，如果我构建了一个我想要一些控制的消息循环，那么我将如何调用我程序的第一个异步方法并行度？

由于 HttpClient 没有任何同步方法，如果我有一个不了解 async 的抽象，我可以安全地假定做什么？我读过有关 ConfigureAwait(false) 的内容，但我并不真正理解它的作用。我很奇怪它是在异步调用之后设置的。对我来说，这感觉就像一场等待发生的比赛......然而不太可能......

WebAPI 示例:

public HttpResponseMessage Get()
{
  var userContext = contextService.GetUserContext(); // <-- synchronous
  return ...
}

// Some IUserContextService implementation
public IUserContext GetUserContext()
{
  var httpClient = new HttpClient();
  var result = httpClient.GetAsync(...).Result; // <-- I really don't care if this is asynchronous or not
  return new HttpUserContext(result);
}

消息循环示例:

var mq = new MessageQueue();
// we then run say 8 tasks that do this
for (;;)
{
  var m = mq.Get();
  var c = GetCommand(m);
  c.InvokeAsync().Wait();
  m.Delete();
}

当您有一个允许事情并行发生的消息循环并且您有异步方法时，就有机会最大限度地减少延迟。基本上，在这种情况下我想要完成的是最小化延迟和空闲时间。尽管我实际上不确定如何调用与离开队列的消息关联的命令。

更具体地说，如果命令调用需要执行服务请求，则在可用于获取下一条消息的调用中会出现延迟。像这样的东西。我完全可以通过将事情包装在队列中并自己进行协调来完全做到这一点，但我希望看到这项工作只需要一些异步/等待的东西。

Answer 1

While I could make most of my methods async I don't feel as if I have a basic understanding of when I'd must do this.

从最低级别开始。听起来您已经开始了，但如果您正在寻找最低级别的更多内容，那么经验法则就是应该进行任何基于 I/O 的操作 async (例如，HttpClient)。

然后就是重复async的问题了感染。你想使用异步方法，所以你用 await 调用它们.所以那个方法必须是async .所以它的所有调用者都必须使用 await , 所以它们也必须是 async等

how would I then invoke the first async method of my program if I built say a message loop where I want some control of the degree of parallelism?

让框架负责这个是最简单的。例如，您可以只返回 Task<T>来自 WebAPI 操作，框架理解这一点。同样，UI 应用程序有一个内置的消息循环 async会自然地工作。

如果遇到框架不理解的情况Task或具有内置消息循环(通常是控制台应用程序或 Win32 服务)，您可以使用 AsyncContext type in my AsyncEx library . AsyncContext只是在当前线程上安装一个“主循环”(与 async 兼容)。

Since the HttpClient doesn't have any synchronous methods, what can I safely presume to do if I have an abstraction that isn't async aware?

正确的做法是改变抽象。不要试图阻塞异步代码；我描述了common deadlock scenario在我的博客上有详细介绍。

您可以通过将其设为 async 来更改抽象-友好的。例如，更改 IUserContext IUserContextService.GetUserContext()至 Task<IUserContext> IUserContextService.GetUserContextAsync() .

I've read about the ConfigureAwait(false) but I don't really understand what it does. It's strange to me that it's set after the async invocation.

你可以找到我的 async intro有帮助。 ConfigureAwait我就不多说了在这个答案中，因为我认为它不能直接适用于这个问题的好的解决方案(但我并不是说它不好；它实际上应该被使用，除非你不能 使用它)。

请记住async是一个有优先规则的运算符等等。起初感觉很神奇，但实际上并没有那么多。这段代码:

var result = await httpClient.GetAsync(url).ConfigureAwait(false);

与这段代码完全一样:

var asyncOperation = httpClient.GetAsync(url).ConfigureAwait(false);
var result = await asyncOperation;

async 中通常没有竞争条件代码是因为 - 即使该方法是异步 - 它也是顺序。该方法可以在 await 处暂停，直到await才会恢复。完成。

When you have a message loop that allow things to happen in parallel and you have asynchronous methods, there's a opportunity to minimize latency.

这是您第二次“并行”提到“消息循环”，但我认为您真正想要的是让多个(异步)消费者在同一个队列中工作，对吗？使用 async 很容易做到这一点(请注意，在此示例中，单个线程上只有一个消息循环；当一切都是异步时，这通常就是您所需要的):

await tasks.WhenAll(ConsumerAsync(), ConsumerAsync(), ConsumerAsync());

async Task ConsumerAsync()
{
  for (;;) // TODO: consider a CancellationToken for orderly shutdown
  {
    var m = await mq.ReceiveAsync();
    var c = GetCommand(m);
    await c.InvokeAsync();
    m.Delete();
  }
}

// Extension method
public static Task<Message> ReceiveAsync(this MessageQueue mq)
{
  return Task<Message>.Factory.FromAsync(mq.BeginReceive, mq.EndReceive, null);
}

您可能也对 TPL Dataflow 感兴趣. Dataflow 是一个能够理解并与 async 配合良好的库代码，并内置了很好的并行选项。