async void 方法无法被 await，调用方彻底失去控制权
你写
async void OnClick()，别人在别处想
await OnClick()？编译器直接报错：
Cannot await 'void'。这不是语法糖问题，是语言设计上就切断了等待链路。这意味着： 调用方无法知道这个方法什么时候结束 无法用
.Wait()、
.GetAwaiter().GetResult()等方式同步等待（会死锁或抛异常） 单元测试中几乎无法断言“它执行完了”或“它按顺序执行了后续逻辑”
比如你在 Blazor 中绑定按钮事件，返回
void，组件会在点击后立刻刷新 UI；而返回
Task，Blazor 会等异步操作完成再调用
StateHasChanged()—— 这个差异常导致 UI 状态错乱。
async void 的异常会直接炸穿线程上下文
这是最危险的一点：
async void里未捕获的异常，不会进入
Task的异常容器，而是直接扔到当前
SynchronizationContext（比如 UI 线程或 ASP.NET Core 的请求上下文），如果没全局处理，应用可能直接崩溃。
对比：
async Task BadTask() => throw new InvalidOperationException("Boom!");
// 调用方可捕获：try { await BadTask(); } catch (Exception e) { ... }
async void BadVoid() => throw new InvalidOperationException("Boom!");
// 调用方 try-catch 完全无效，异常飞走，进程可能终止
尤其在 ASP.NET Core 中，
async void导致的未处理异常会让整个请求无声失败，日志里只有一行
Unhandled exception，排查成本极高。
什么情况下真的只能用 async void？
仅限于 **UI 事件处理器**，且必须满足两个条件：
签名由框架强制要求（如 WinForms 的Button.Click += (s,e) => { }、WPF 的 RoutedEventHandler、Blazor 的
@onclick） 该委托签名明确要求返回
void，你无法改写（例如不能把
EventHandler改成
Func<task></task>）
其他所有情况都应避免：
❌ 不要在服务层、仓储层、工具类里写async void❌ 不要在
Timer.Elapsed回调里用（应改用
Task.Run+
async Task包装） ❌ 不要在
Array.ForEach或 LINQ 的 lambda 里写
async void（会静默丢失异常）
正确替换 async void 的实操姿势
当你发现一个
async void方法本不该存在，改成
async Task后，往往要连带改三处： 方法签名：从
async void DoWork()→
async Task DoWork()调用点：原
DoWork();→
await DoWork();（注意调用方法本身也得是
async） 事件绑定（Blazor/WPF/WinForms）：若框架支持，优先用
@onclick="async () => await DoWork()"这种包装写法
如果旧事件签名强制
void（比如 WinForms），至少在内部加
try/catch并记录日志，别让它裸奔：
private async void button1_Click(object sender, EventArgs e)
{
try
{
await DoWorkAsync();
}
catch (Exception ex)
{
MessageBox.Show($"操作失败：{ex.Message}");
// 或写入 ILogger
}
}
真正难的不是写对
async Task，而是意识到：一旦用了
async void，你就主动交出了错误传播路径和执行生命周期的控制权——而这往往是线上事故的第一块松动的螺丝。
