.NET 4.0 MVC控制器中SmtpClient SendAsync未触发SendCompleted回调

你遇到的这个问题，核心原因是ASP.NET MVC的请求线程模型和独立程序（比如控制台/桌面应用）完全不同，你的阻塞式写法直接导致回调无法被触发。

为什么代码在独立程序中正常，控制器里却不行？ #

在独立程序（比如控制台应用）中，SendAsync的回调是在ThreadPool的空闲线程上执行的——它不依赖于发起异步操作的那个线程，所以哪怕你用while循环堵住了发起线程，回调依然能被ThreadPool的其他线程触发。

但在ASP.NET MVC（.NET 4.0）里，每个请求都会绑定到一个AspNetSynchronizationContext同步上下文。默认情况下，SendCompleted回调会被调度到这个同步上下文对应的请求线程上执行。而你的代码里用while (WaitingMails != 0) Thread.Sleep(500);把当前的请求线程死死阻塞了，这个线程正是同步上下文要用来执行回调的线程，回调根本没有机会运行，自然WaitingMails永远不会减到0，陷入死循环。

怎么解决？ #

方案1：改用异步控制器（推荐） #

ASP.NET MVC支持异步控制器，你可以用异步模式替代阻塞式等待，同时在.NET 4.0里可以通过Task.Factory.FromAsync来包装SmtpClient的异步方法（因为.NET 4.5才新增了SendMailAsync，4.0里没有）：

public async Task<ActionResult> BulkSendMail()
{
    // 初始化你的MailMessage
    var message = new MailMessage("sender@example.com", "recipient@example.com")
    {
        Subject = "批量邮件测试",
        Body = "这是一封异步发送的邮件"
    };

    using (var smtpClient = new SmtpClient("your-smtp-server"))
    {
        // 用FromAsync包装SendAsync和取消操作
        await Task.Factory.FromAsync(
            (callback, state) => smtpClient.SendAsync(message, state),
            result => smtpClient.SendAsyncCancel(),
            null);
    }

    return View("MailSentSuccess");
}

这种方式不会阻塞请求线程，ASP.NET会自动处理线程调度，回调（内部由FromAsync处理）能正常执行，同时也符合ASP.NET的最佳实践。

方案2：不要阻塞请求线程，让回调在后台执行 #

如果你一定要保留回调写法，绝对不能用while循环阻塞请求线程。直接返回响应，让回调在后台处理：

public ActionResult BulkSendMail()
{
    var message = new MailMessage("sender@example.com", "recipient@example.com")
    {
        Subject = "批量邮件测试",
        Body = "这是一封后台发送的邮件"
    };

    var smtpClient = new SmtpClient("your-smtp-server");
    smtpClient.SendCompleted += (sender, e) =>
    {
        // 处理回调逻辑，比如记录日志、清理资源
        var client = (SmtpClient)sender;
        client.Dispose();

        if (e.Error != null)
        {
            // 处理发送失败的情况
            // 比如写入日志
        }
    };

    // 异步发送，不等待完成
    smtpClient.SendAsync(message, null);

    // 直接返回，告知用户邮件已开始发送
    return View("MailSendingInProgress");
}

⚠️ 注意：这种方式下，如果ASP.NET应用池重启（比如回收、部署更新），未完成的回调可能会被中断。如果邮件发送的可靠性要求高，建议用专门的后台任务框架（比如Quartz.NET）或者实现一个基于数据库的任务队列，确保邮件能被可靠处理。

总结 #

你的代码问题本质是在ASP.NET中阻塞了请求线程，导致同步上下文无法调度回调执行。解决的核心是放弃阻塞式等待，改用异步编程模式，或者让回调在后台独立执行。

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