使用异步Web API控制器中的Task.Run进行CPU绑定操作是否对性能有好处？
零。没有。实际上，您会通过生成新线程来阻碍性能。在Web应用程序的上下文中，生成线程与在“后台”中运行不同。这是由于Web请求的性质。当有传入请求时，将从池中获取一个线程来处理该请求。使用异步允许线程在请求结束之前返回，
如果
并且仅当线程处于等待状态（即空闲）时。生成要处理的线程可以有效地使主线程空闲，使其可以返回到池中，但是您仍然拥有一个活动线程。此时，将原始线程返回到池中无济于事。然后，当新线程完成工作时，您必须从池中请求一个主线程，最后返回响应。在完成
所有 工作之前，不能返回响应，因此，无论您使用1个线程还是一百个线程，异步或同步，在所有操作完成之前都不能返回响应。因此，使用其他线程只会增加开销。
ConfigureAwait（false）是否真的避免创建额外的线程？
不，或更恰当的说，不是这个。
ConfigureAwait只是一个优化提示，仅确定线程跳转之间是否保持原始上下文。总而言之，它与线程的创建无关，并且至少在ASP.NET应用程序的上下文中，这两种方法对性能的影响都可以忽略不计。
