C# 非async函数调用async函数的正确姿势与避坑指南

1次阅读

共计 1869 个字符，预计需要花费 5 分钟才能阅读完成。

在 C# 开发中，异步编程 (async/await) 已成为现代应用程序的标准实践。然而，我们经常遇到需要在非异步方法中调用异步方法的情况，这通常发生在以下几种场景：

旧代码库改造时，无法一次性将所有方法改为异步
Main 方法不支持 async 修饰符（C# 7.1 之前）
接口实现中某些方法不能改为异步
第三方库或框架强制要求同步 API

常见的错误做法包括直接使用.Result 或.Wait()：

// 危险示例 - 可能导致死锁
public string GetData()
{return GetDataAsync().Result; // 同步阻塞
}

这种写法在 UI 线程或 ASP.NET 请求上下文中特别危险，因为：

调用线程被阻塞，等待异步操作完成
异步操作完成后尝试回到原始同步上下文
但原始线程正被阻塞，无法处理回调
结果形成死锁

1. `.Result`/`.Wait()`的问题

这两个方法会同步阻塞调用线程，并在以下场景引发问题：

UI 应用程序：冻结界面
ASP.NET：可能导致请求线程池耗尽
任何有同步上下文的环境：潜在死锁风险

2. `.GetAwaiter().GetResult()`的改进

相比直接使用.Result，这种方法能提供更好的异常传播（保留原始异常栈），但仍有阻塞线程的问题：

public string GetData()
{return GetDataAsync().GetAwaiter().GetResult();
}

3. 推荐方案：`Task.Run`

最安全的方式是将异步调用包装在 Task.Run 中，避免阻塞当前线程：

public string GetData()
{return Task.Run(async () => await GetDataAsync()).GetAwaiter().GetResult();
}

// 错误示范
static void Main(string[] args)
{Console.WriteLine(GetDataAsync().Result); // 可能死锁
}

// 正确写法
static void Main(string[] args)
{Console.WriteLine(Task.Run(() => GetDataAsync()).GetAwaiter().GetResult());
}

// 错误示范 - 会导致 UI 冻结
private void button1_Click(object sender, EventArgs e)
{label1.Text = GetDataAsync().Result;
}

// 正确写法 - 使用 async void
private async void button1_Click(object sender, EventArgs e)
{label1.Text = await GetDataAsync();
}

// 当必须同步调用时
private void button1_Click(object sender, EventArgs e)
{label1.Text = Task.Run(() => GetDataAsync()).GetAwaiter().GetResult();
}

// 错误示范 - 可能导致线程池耗尽
public IActionResult Get()
{return Ok(GetDataAsync().Result);
}

// 正确写法 - 整个调用链改为异步
public async Task<IActionResult> Get()
{return Ok(await GetDataAsync());
}

async void 方法无法被等待，且未捕获的异常会直接触发 SynchronizationContext 的未处理异常事件。仅在事件处理程序中可以谨慎使用。

同步阻塞异步操作会导致：