配置web.config超时后SMTP发邮件仍抛出Thread was being aborted异常

这个坑我踩过好多次了——明明邮件已经顺利发出去，结果系统偏要抛出Thread was being aborted异常，属实让人摸不着头脑。结合你的场景，咱们来捋清楚原因和解决办法：

为什么会出现这个异常？ #

核心原因是ASP.NET请求线程被提前强制终止了，但邮件发送的操作（通常是同步或异步执行的）已经完成，所以邮件能成功送达，但线程中止的异常还是会被抛出来。常见触发场景：

• 代码里用了Response.End()、Response.Redirect()（不带第二个参数false的版本）这类会强制中止线程的方法
• web.config里配置的请求超时时间太短，邮件发送还没完成，请求就被掐断了
• SmtpClient的超时设置不足，导致发送过程中触发超时，间接引发线程中止

具体解决办法 #

1. 替换强制终止线程的方法 #

如果你在邮件发送后用了Response.End()或者Response.Redirect("xxx")，赶紧换成不会中止线程的写法：

• 把Response.End()改成HttpContext.Current.ApplicationInstance.CompleteRequest()
• 把Response.Redirect("目标页面")改成Response.Redirect("目标页面", false)，然后加上HttpContext.Current.ApplicationInstance.CompleteRequest()

这样ASP.NET会正常走完请求生命周期，不会粗暴掐断线程，自然就不会抛出这个异常了。

2. 针对性捕获并处理ThreadAbortException #

因为邮件已经发送成功，这个异常其实不影响业务结果，所以可以在catch块里专门捕获它，并且阻止它自动重新抛出（ThreadAbortException默认会自动重启抛出流程）。修改你的代码：

try
{
    MailAddress mailFrom = new MailAddress("info@mydomain.org");
    MailAddress mailTo = new MailAddress("mygmailid@gmail.com");
    MailMessage MainMessage = new MailMessage(mailFrom, mailTo);
    MainMessage.Subject = "BloggersFolder: Answer received";
    MainMessage.CC.Add("anothergmailid@gmail.com");
    MainMessage.Priority = MailPriority.High;
    // ... 其他邮件内容设置

    SmtpClient smtpClient = new SmtpClient();
    // 可以设置SmtpClient超时
    smtpClient.Timeout = 60000; // 60秒，根据实际情况调整
    smtpClient.Send(MainMessage);
}
catch (ThreadAbortException ex)
{
    // 可选：记录日志，方便排查
    // LogHelper.Error("线程中止异常（邮件已发送）", ex);
    // 阻止异常重新抛出
    System.Threading.Thread.ResetAbort();
}
catch (Exception ex)
{
    // 这里处理真正的错误，比如邮件发送失败的情况
    // 给用户提示或者记录错误日志
}

3. 调整超时配置 #

• 调整ASP.NET请求超时：在web.config里延长executionTimeout，给邮件发送足够的时间：

<system.web>
    <httpRuntime executionTimeout="120" maxRequestLength="4096" /> <!-- executionTimeout单位是秒，这里设为2分钟 -->
</system.web>

• 调整SmtpClient超时：像上面代码里那样，给SmtpClient.Timeout设置一个合理的值，避免发送过程中超时。

总结 #

这个异常本质是线程被强制中止，但邮件发送已经完成，所以不用太慌——要么从根源避免线程被中止，要么捕获异常不让它干扰程序流程就行。

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