.NET异步函数中await的作用场景与使用原因

嘿，我完全懂你的纠结——前端异步的非阻塞逻辑很好理解，但一到后端.NET的async/await就容易懵，毕竟两者解决的问题本质上差挺多的。咱一步步拆解你的疑问：

一、为啥加了async就提示要加await？ #

当你给方法加上async关键字时，编译器会把这个方法转换成一个状态机，它的设计初衷就是用来处理异步操作的暂停和恢复。如果方法里没有await，编译器会抛出警告（不是错误，所以代码能跑），因为这个async方法本质上还是同步执行的——它根本没用到异步的优势，反而平白多了状态机的额外开销。

就像你写的那个CalculateTest方法，里面是个同步的大循环，它其实还是会阻塞当前线程，只是因为Web API的宿主（比如IIS）有线程池，前端调用看起来是“异步”的——但这是HTTP请求本身的异步，不是方法内部的异步。

二、什么时候该用await？ #

你需要在调用真正的异步方法时用await——比如那些返回Task/Task<T>的IO密集型操作（数据库查询、文件读写、第三方API调用）。这些操作在等待结果的时候，会把当前线程还给线程池，让线程可以去处理其他请求，这才是后端异步的核心价值：提高服务器的吞吐量，和前端“不阻塞UI”的目的完全不同。

举个例子：

• 如果Translators.validatePatMonthXML是读取文件或者调用其他服务的异步方法，await它的时候线程会被释放，这段就是非阻塞的；
• 如果measureProcessor.CalculateBMI是纯CPU密集型的计算，那await它其实没什么用——因为CPU操作不会释放线程，这时候用异步反而可能有额外开销。

三、你的示例代码分析 #

1. 仅对部分方法用await的写法有没有问题？ #

先看你的CalculateBMIAsync代码：

[HttpPost] 
public async Task<IHttpActionResult> CalculateBMIAsync([FromBody]MeasureInput patientData) 
{ 
    string results = String.Empty; 
    MeasureReturn returnVal = null; 
    try 
    { 
        string msgInvalid = await Translators.validatePatMonthXML(patientData); 
        if (String.IsNullOrEmpty(msgInvalid)) 
        { 
            results = await measureProcessor.CalculateBMI(patientData); 
        } 
        else return new BadRequestWithInfoResult(Translators.CreateErrorXML(new Exception(msgInvalid))); 
    } 
    catch (Exception ex) 
    { 
        return new BadRequestWithInfoResult(Translators.CreateErrorXML(ex)); 
    } 
    return Ok<MeasureReturn>(returnVal); 
}

这个写法本身没问题，但要注意：

• 如果validatePatMonthXML是真正的异步IO操作，await它的时候线程会被释放，这一段是非阻塞的；
• 之后的CalculateBMI如果是CPU密集型计算，await它不会释放线程，这一段是阻塞的；
• 整个方法的异步程度取决于里面的异步操作——只要有一个await在真正的异步操作上，这个方法就会在那个点释放线程，提升服务器的并发能力。

2. 没加await的CalculateTest为什么能正常运行？ #

再看这段代码：

[HttpPost] 
public async Task<IHttpActionResult> CalculateTest() 
{ 
    long d = 0; 
    for (long i = 0; i < 2000000000; i++) 
    { 
        d = i; 
    } 
    string returnVal = d.ToString(); 
    return Ok(returnVal); 
}

它能跑是因为async方法即使没有await也能编译（只是会有警告），编译器会把整个方法包装成一个已完成的Task返回。但要注意：

• 这个方法本质上是同步阻塞的——循环会占用当前线程直到完成，线程池里的线程被占用，服务器能处理的并发请求数会直接下降；
• 前端调用看起来是异步的，只是因为jQuery的ajax本身是异步的，它不会阻塞浏览器UI，但后端的线程其实一直被占着。

四、关键总结 #

• 后端异步的核心是释放线程池线程，提高服务器并发能力，和前端“不阻塞UI”的场景完全不同；
• async是告诉编译器要生成状态机，await是告诉编译器在这里暂停方法、释放线程，等异步操作完成后再恢复执行；
• 只有当你调用IO密集型的异步方法时，await才有意义；CPU密集型操作不需要用async/await，反而会增加不必要的开销；
• 没有await的async方法会同步执行，还多了状态机的额外开销，尽量避免这种写法。

内容的提问来源于stack exchange，提问作者Kelly