是否正在使用aync /等待Web服务的好主意？

Question

我有很多Web服务，当它们被调用时，它们需要在返回之前调用其他外部服务来获取信息。 这一切都是同步完成的。

因此，如果我有一个返回电影列表的电影GET服务，Web服务逻辑将等待电影提供商的外部服务返回数据，处理它并返回GET的数据。

将外部服务调用包装在Task中并使用async / await模型可以证明它有什么好处吗？ 处理GET的初始线程是否仍然只是被阻塞等待响应，还是会被释放来处理其他传入的服务调用？

Answer 1

将外部服务调用包装在Task中并使用async / await模型可以证明它有什么好处吗？

包装同步调用可能不会带来太多好处 - 但如果外部服务提供真正的异步API，您可以获得显着的好处。

处理GET的初始线程是否仍然只是被阻塞等待响应，还是会被释放来处理其他传入的服务调用？

我不知道WCF目前对async的支持是什么样的，但是应该可以编写所有这些内容，以便在实际工作完成时只有任何线程处于活动状态...所以你可以处理数百个只有几个线程的请求。 如果您的任何外部服务调用相对较慢，这一点尤为重要。

所以基本上， 有要取得收益，但你应该考虑两个方面分开：

• 首先是您正在编写的Web服务类型的异步支持。 你能否在WCF中用异步方法表达你的服务？
• 您将要拨打的外部服务

这些方面中的每一个都可以带来好处，但如果两个方面都得到完全支持，您将获得最大的好处 - 最终得到最简单的代码。

Answer 2

将外部服务调用包装在Task中并使用async / await模型可以证明它有什么好处吗？

是的，假设您的API已经异步，例如，您可以轻松地将WebClient更改为HttpClient （或异步使用WebClient ），或者您可以将Begin / End方法包装到Task 。

什么你不想做的就是换一个同步方法到Task.Run 。 这将耗尽一个线程，你将失去你的可扩展性。

处理GET的初始线程是否仍然只是被阻塞等待响应，还是会被释放来处理其他传入的服务调用？

初始线程将被释放以处理其他请求。

我有很多Web服务，当它们被调用时，它们需要在返回之前调用其他外部服务来获取信息。

这是async / await的理想情况，因为您经常可以同时执行请求：

public async Task<MyResult> GetAsync()
{
  // Start several external requests simultaneously.
  Task<Movie> getMovieTask = GetMovieAsync(...);
  Task<Genre> getGenreTask = GetGenreAsync(...);
  ...

  // Asynchronously wait for them all to complete.
  await Task.WhenAll(getMovieTask, getGenreTask, ...);
  var movie = await getMovieTask;
  var genre = await getGenreTask;
  ...

  // Build the result.
  return ...;
}

在这种情况下，您可以在飞行中对外部服务发出多个请求，当您处于await Task.WhenAll行时，您的请求不会使用任何线程。