被丢弃的Task抛出异常会发生什么？是否需要处理相关风险？

异常运行表现 #

你示例中_ = SendMailAsync()属于典型的「发完不管（Fire-and-Forget）」异步调用模式，抛出异常后的处理逻辑和你使用的.NET版本直接相关：

• .NET Framework 所有版本、.NET Core 2.0及更早版本：未被观察的Task异常会在GC回收该Task对象时，触发全局的TaskScheduler.UnobservedTaskException事件，如果你没有全局监听并处理这个事件，异常会直接导致进程崩溃退出。
• .NET Core 2.1及更高版本（包括.NET 5/6/7/8）：未被观察的Task异常默认会被静默忽略，不会导致进程崩溃。异常仅会被存储在Task对象内部，直到GC回收该对象时被标记为已观察，不会向上抛到业务线程。

需要关注的风险 #

这种写法确实存在多种潜在问题，建议你针对性处理：

• 业务逻辑故障不可感知：SendMailAsync抛出异常意味着邮件发送失败，但你完全不会收到任何通知，属于静默故障，后续排查业务问题时很难定位到根因。
• 内存泄漏风险：如果SendMailAsync内部持有大对象、非托管资源，异常会导致正常的资源释放逻辑无法执行，而未被观察的Task如果被意外持有（比如被全局的异常回调引用），会延长对象生命周期，长期累计会产生内存泄漏。
• 安全风险：如果SendMailAsync的异常信息包含敏感内容（比如邮件服务密钥、收件人隐私信息、内部系统路径等），你要是全局配置了未观察异常的全量日志打印，会导致敏感信息泄露；此外如果该方法是用于发送安全告警邮件，发送失败会导致攻击事件无法及时被感知，产生次生安全风险。
• 共享资源状态异常：如果SendMailAsync内部用到了全局共享资源，异常可能导致资源状态被污染，影响其他正常业务逻辑的运行。

优化建议 #

如果确实需要使用发完不管的调用模式，不要直接丢弃Task，建议补充异常兜底逻辑：
方案1：在异步方法内部做异常包裹

async Task SendMailAsync()
{
    try
    {
        // 原有发送逻辑
    }
    catch (Exception ex)
    {
        // 记录日志、做降级处理
        Logger.LogError(ex, "发送邮件失败");
    }
}

方案2：给丢弃的Task加异常延续处理

_ = SendMailAsync().ContinueWith(t =>
{
    if (t.IsFaulted)
    {
        Logger.LogError(t.Exception, "发送邮件失败");
    }
}, TaskContinuationOptions.OnlyOnFaulted);

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