在ASP.NET Core 6异步Action中调用含Task.Run的类库方法是否安全？

核心问题分析 #

你在类库中用Task.Run包装CPU密集型计算，再在ASP.NET Core Action中await的做法，属于**“假异步”**——它并没有释放ASP.NET Core的请求线程去处理其他请求，反而额外占用了线程池中的一个工作线程，带来不必要的线程切换开销。

为什么不推荐这么做？ #

• 线程池资源浪费：ASP.NET Core的线程池线程是用来处理HTTP请求的宝贵资源。Task.Run会把计算任务放到线程池线程上执行，高并发场景下，大量这类操作会导致线程池被占满，新的HTTP请求只能排队等待，直接降低应用的吞吐量。
• 违背异步Action的设计初衷：异步Action的核心价值是在等待IO操作（比如数据库查询、API调用）时释放请求线程，而CPU密集型任务无论用不用Task.Run，都需要占用一个线程直到完成，异步在这里没有带来任何收益。

正确的处理方式 #

针对CPU密集型的耗时计算，推荐以下方案：

• 拆分到独立的计算服务：把这类任务放到专门的后台计算集群、或者用队列+独立工作进程处理，Web服务器只负责接收请求、触发任务，后续通过轮询或推送方式返回结果。
• 若必须在请求内处理：直接去掉Task.Run，让计算方法同步执行（Action也可以改成同步）——这样至少避免了线程切换的额外开销，虽然还是会占用请求线程，但总比浪费两个线程强。

修正后的示例代码 #

如果选择同步处理计算：

// 类库中的计算方法
Array Calculation()
{
    return some calculation that take time;
}

// ASP.NET Core Action
[HttpGet]
public ActionResult GetCalculation()
{
    var calc = Calculation();
    return Ok(calc);
}

内容的提问来源于stack exchange，提问作者A.Wasseem