asp.net-web-api – ApiController的异步方法 – 什么是利润？什

假设我有一个长时间运行的SQL请求。它的数据应该序列化为JSON并发送到浏览器(作为xhr请求的响应)。示例代码：

public class DataController : ApiController
{
    public Task<Data> Get()
    {
        return LoadDataAsync(); // Load data asynchronously?
    }
}

当我做$ .getJson(‘api / data’，…)时会发生什么(见这个海报http://www.asp.net/posters/web-api/ASP.NET-Web-API-Poster.pdf)：

> [IIS]请求被IIS接受。
> [IIS] IIS从管理池(http://msdn.microsoft.com/en-us/library/0ka9477y(v=vs.110).aspx)等待一个线程[THREAD]并开始工作。
> [THREAD] Webapi在该线程和其他类中创建新的DataController对象。
> [THREAD]使用任务并行库在[THREAD2]中启动sql查询
> [THREAD]返回到受管池，准备进行其他处理
> [THREAD2]使用sql驱动程序，读取数据，准备好并调用[THREAD3]回复xhr请求
> [THREAD3]发送响应。

请随时纠正我，如果有什么问题。

在上面的问题，他们说，点和利润是，[THREAD2]不是从管理池，但MSDN文章(上面的链接)说，

By default,parallel library types like Task and Task<TResult> use thread pool threads to run tasks.

所以我得出结论，所有三个THREADS是从管理池。

此外，如果我使用同步方法，我仍然保持我的服务器响应，只使用一个线程(从珍贵的线程池)。

那么，从1个线程切换到3个线程的实际点是什么？为什么不只是最大化线程池中的线程？

有什么明显有用的方法使用异步控制器？