asp.net - Task.Factory.StartNew 对 ASP.Net MVC 有帮助还是有害？

Question

我有一个 MVC Controller 操作，需要发出多个 Web 请求。因此，为了尝试释放该线程来处理其他传入的 Web 请求，我写了如下内容: (注意:这是真实代码的过度简化)

public async Task<ViewResult> Index()
{
   MyObj o = await Task.Factory.StartNew<MyObj>(() =>
   {
      WebClient c = new WebClient();
      var res1 = c.DownloadString("...");
      var res2 = c.DownloadString("..."); //Not shown but res1 required for this call.
      return new MyObj(res1, res2);
   }
   return View(o);
}

我的问题是，通过启动一个新线程来完成这项工作，我是否使事情变得更好或更糟。我的目的是在发出网络请求时释放该 .Net 线程来处理其他传入请求。但在我看来，我仍然在制作一个 .Net 线程 block ，只是可能与线程池而不是原来的线程池不同，所以我真的没有更好。那么我的怀疑是否正确，上面的代码使事情变得更糟？

Task.Factory.StartNew() 的好处(如果它有效的话)...是它简化了内部工作，不必全部异步完成。但我的问题是:这样做实际上会释放一个线程来处理传入的 Web 请求，还是仍然占用线程池中相同数量的线程？

Answer 1

是的，您现在只是阻塞了另一个线程。

如果这很好，MVC 会自动将所有操作方法包装在新任务中。

要解除线程阻塞，您需要在幕后某个地方使用异步 IO。 BCL 通常提供此服务。如果盒子上显示“异步”，则通常是异步 IO。

也就是说，很少有网络应用程序存在线程不足的问题。如果需要，线程池会启动大量线程。很少有 Web 应用程序的吞吐量受到可用线程数量的限制。您真的需要处理数百个并发请求吗？您的后端服务能够处理这种负载吗？如果这些问题中的任何一个的答案是“否”，则您不需要异步。