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并发执行多个请求。坚持不阻塞、不丢弃任务、合理传播异步，即可发挥异步优势。

理解 async/await 的基本原理

• async 方法只是语法糖，编译器会将其转换为状态机
• await 不等于阻塞，而是“挂起”当前逻辑，待任务完成后再继续执行
• 不要用 Result 或 Wait() 强行同步等待异步方法，容易引发死锁

避免常见陷阱

• 同步阻塞异步方法：如调用 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 Task GetDataAsync()
{
    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);
}