事件处理程序中Async void与Task丢弃语法的对比优势分析

当事件处理程序需要调用异步代码时，你给出的两种实现差异非常明显，具体优劣和适用场景如下：

Option 1：async void + await #

• 执行逻辑：DoSomethingAsync()执行完成后，才会继续运行DoSomethingElse()，属于串行执行，能保证代码的执行顺序符合预期。
• 异常处理：异步操作抛出的异常可以通过try/catch捕获（包裹await代码块）；如果没捕获，异常会被抛到当前同步上下文（比如UI线程的调度器），虽然可能导致程序崩溃，但至少能感知到错误。
• 上下文兼容：默认会捕获当前同步上下文（比如WPF/WinForms的UI线程），await完成后自动回到原上下文执行后续代码，不会出现跨线程操作UI的问题。
• 状态可靠性：能确保异步操作的状态完成后再执行后续逻辑，避免后续代码依赖异步操作的结果但操作还没完成的逻辑错误。

Option 2：void + 丢弃语法（_ = DoSomethingAsync()） #

• 执行逻辑：DoSomethingAsync()刚启动就立刻执行DoSomethingElse()，属于并行执行，两者完全不等待。如果DoSomethingElse()依赖DoSomethingAsync()的结果或副作用，必然会出逻辑问题。
• 异常处理：异步操作中的异常会被直接吞没——因为没有await，也没有监听Task的状态，程序完全不知道异步操作是否失败，排查问题会非常困难。如果要处理异常，必须手动给Task附加ContinueWith来捕获，代码会变得繁琐。
• 上下文问题：不会自动回到原同步上下文，异步操作完成后如果要更新UI，必须手动切换上下文（比如Dispatcher.Invoke），否则会触发跨线程异常。
• 适用场景：仅适用于完全不在意异步操作的执行结果、是否成功，且后续代码和异步操作完全无关的“fire and forget”场景，但这种场景极少，而且风险很高。

总结 #

• 绝大多数场景下优先选Option 1，它的逻辑更可控，异常可追踪，还能兼容UI上下文。
• Option 2只适合极端的“启动后不管”场景，且必须额外处理异常，否则会埋下隐形bug。

内容的提问来源于stack exchange，提问作者Ross