ASP.NET MVC中自定义任务使用了什么线程池？

Question

ASP.NET MVC中自定义任务使用了什么线程池？

asp.netasp.net-mvcmultithreadingasynchronoustask-parallel-library

4

在《Pro ASP.NET MVC 4》一书中，有一个异步操作的示例：

public class RemoteDataController : AsyncController
{
 public async Task<ActionResult> ConsumeAsyncMethod() {
    string data = await new RemoteService().GetRemoteDataAsync();
    return View("Data", (object)data);
 }
}


public class RemoteService 
{
  public async Task<string> GetRemoteDataAsync() {
    return await Task<string>.Factory.StartNew(() => {
            Thread.Sleep(2000);
            return "Hello from the other side of the world";
        });
    }
}

我的问题是：任务不仅使用线程池中用于处理请求的线程吗？

假设我有一个同步I/O绑定方法。我认为在我的操作中使用Task.Run并等待调用此方法不会导致可以同时处理的更多请求，因为I/O绑定方法的任务不再可用于请求处理。或者是否只有用于请求的单独线程池，并且在操作中使用Task.Run自动使用不同的线程池？这个问题让我思考：在高流量场景下在ASP.NET中使用ThreadPool.QueueUserWorkItem，其中答案或多或少是应仅使用来自库的异步方法，这些库使用其自己的线程池。

是否可以配置该行为？在ASP.NET WebForms中是否起作用相同？

- user764754

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Stephen Cleary · Accepted Answer

例子

这是一个非常糟糕的例子。我立刻看到了三个问题，但最主要的一个就像你指出的那样：

任务不会只使用线程池中已经用于请求服务的线程吗？

是的，这个例子会这样做。

请考虑使用以下示例代替：

public class RemoteDataController : Controller
{
  public async Task<ActionResult> ConsumeAsyncMethod() {
    string data = await new RemoteService().GetRemoteDataAsync();
    return View("Data", data);
  }
}

public class RemoteService 
{
  public async Task<string> GetRemoteDataAsync() {
    await Task.Delay(2000);
    return "Hello from the other side of the world";
  }
}

原始示例使用了 Thread.Sleep 阻塞线程池线程。这在 ASP.NET 上完全是不利的。一般来说，不要在 ASP.NET 上使用 Task.Factory.StartNew 或 Task.Run。

相反，Task.Delay 是自然异步操作。通过“自然异步”，我指的是与 I/O 操作相同的异步操作（例如 web 调用的 HttpClient）。自然异步操作不使用线程，因此对 ASP.NET 服务器非常有吸引力（减少对线程池的压力，使您可以进行更多的扩展）。

思考一下这个操作是如何工作的非常有趣：当您像我的示例中使用自然异步方法时，一个线程启动请求直到它遇到 await；此时，请求线程被返回到线程池 (!)，在接下来的两秒钟内没有线程处理该请求（但请求尚未完成）。我喜欢称这种现象为“零线程并发性”。当 Delay 完成时，一个线程恢复处理请求并将其完成。

顺便说一下，AsyncController 是 MVC3 中的剩余物。使用 async/await 不需要它。