async和await是.NET异步编程核心，正确使用可提升响应性和性能。async方法返回Task或Task，编译器将其转为状态机；await不阻塞线程，而是挂起逻辑直至任务完成。避免调用Result或Wait()以防死锁，勿遗漏await导致异常无法捕获，禁用async void除事件处理外。库中建议ConfigureAwait(false)避免上下文捕获。推荐实践：异步方法名以Async结尾，保持调用链异步（async all the way），高性能场景用ValueTask减少分配，并行任务用Task.WhenAll。示例中GetDataAsync正确使用await获取数据，ProcessMultipleRequestsAsync并发执行多个请求。坚持不阻塞、不丢弃任务、合理传播异步，即可发挥异步优势。
在 .NET 中，async 和 await 是实现异步编程的核心机制，能够有效提升应用程序的响应性和吞吐能力。正确使用它们不仅能避免死锁和性能问题，还能让代码更清晰、可维护。
理解 async/await 的基本原理
async 修饰的方法表示该方法内部包含异步操作，它会返回 Task 或 Task
关键点：
- async 方法只是语法糖，编译器会将其转换为状态机
- await 不等于阻塞，而是“挂起”当前逻辑，待任务完成后再继续执行
- 不要用 Result 或 Wait() 强行同步等待异步方法，容易引发死锁
避免常见陷阱
错误使用 async/await 常见于以下场景：
- 同步阻塞异步方法：如调用 task.Result 或 task.Wait()，在 UI 或 ASP.NET 线程上下文中可能导致死锁
- 忘记 await 关键字：会导致异常未被正确捕获，且调用者无法感知任务是否完成
- async void 方法滥用：仅用于事件处理程序，否则难以追踪异常和控制流程
- 配置不必要的 ConfigureAwait(false)：库项目中建议使用，以避免上下文捕获；应用层（如 MVC 控制器）通常不需要
推荐的实践方式
遵循以下模式可写出高效、安全的异步代码：
- 所有异步方法命名以 “Async” 结尾，便于识别
- 尽量将 async 向上推，让调用链保持异步（即“async all the way”）
- 使用 ValueTask 替代 Task 在高性能路径中减少内存分配（尤其是值类型返回）
- 异常处理使用 try/catch 包裹 await 表达式，异常会封装在 Task 中抛出
- 并行执行多个独立任务时，使用 Task.WhenAll 而非逐个 await
典型示例
正确的写法：
public async TaskGetDataAsync() { var client = new HttpClient(); var data = await client.GetStringAsync("https://api.example.com/data"); return data; } // 并发请求 public async Task ProcessMultipleRequestsAsync() { var task1 = GetDataAsync(); var task2 = GetDataAsync(); await Task.WhenAll(task1, task2); }
基本上就这些。只要坚持不阻塞、不丢弃任务、合理传播异步，就能充分发挥 .NET 异步编程的优势。
