async void 只能用于UI事件处理程序，其他场景必须用 async Task；因其无法被 await、不可捕获异常、无状态控制，而 async Task 提供可等待、可组合、可取消的异步句柄。
async void 只该用在事件处理程序里，其他地方一律用 async Task（或 async Task<T>）——不是建议，是必须。
async void 方法无法被 await，也不能捕获异常
调用 async void 方法后，控制权立刻返回，调用方完全不知道它何时结束、是否出错。更危险的是：哪怕你用 try-catch 包住调用语句，里面的异常也根本捕获不到。
异常会直接抛到当前 SynchronizationContext（比如 WinForms 的 UI 线程），轻则弹窗崩溃，重则整个应用退出。
-
async void中的throw new InvalidOperationException()→ 应用直接终止 -
async Task中同样的throw→ 异常被封进返回的Task对象，await时才真正抛出，可被try-catch捕获 - 想“静默吞掉”异常？别用
async void，改用async Task+await+ 空catch，至少可控
async Task 是异步操作的“句柄”，支持组合与等待
async Task 返回的是一个可等待、可检查状态、可附加回调的对象。这意味着你能做这些事：
- 用
await等待多个异步操作并行完成：await Task.WhenAll(task1, task2) - 设置超时：
await task.WithTimeout(TimeSpan.FromSeconds(5)) - 检查是否完成：
task.IsCompleted、task.Status - 主动取消：
cancellationToken传入方法内部，再用await task响应取消请求
async void 没有返回值，以上全部做不到。它就是一个“发完就不管”的黑盒。
Visual Studio 会警告你忽略 async Task 的返回值
写 DoWorkAsync();（没加 await）时，VS 会标绿色波浪线，提示 CS4014：
Because this call is not awaited, execution of the current method continues before the call is completed.
这不是“风格问题”，是明确的风险提示：你正在放弃对这个异步操作的控制权。
- 真不想等？说明你其实需要的是 fire-and-forget 场景 → 那就该用
Task.Run(...).ConfigureAwait(false)显式脱离上下文，而不是退化成async void - 只是暂时没空处理？加
await，或者把当前方法也改成async - 硬要忽略？用下划线
_ = DoWorkAsync();—— 但异常仍存在，且无法感知完成时机
唯一合法的 async void 场景：UI 事件处理器
WinForms、WPF、ASP.NET Core 的生命周期方法（如 OnInitializedAsync）等框架强制要求 void 返回类型的入口点，才是 async void 的安全边界。
例如：
private async void button1_Click(object sender, EventArgs e)
{
try
{
var data = await LoadDataAsync();
label1.Text = data;
}
catch (Exception ex)
{
MessageBox.Show($"加载失败：{ex.Message}");
}
}
注意：即便在这里，也要自己包 try-catch —— 因为框架不会帮你捕获 async void 内部的异常。
超出这个范围还用 async void，等于主动放弃调试能力、错误隔离和执行顺序控制。它不是“简化写法”，是给后续维护埋雷。
