我正在处理一个项目，其中有一部分是批量发送电子邮件，当用户单击该按钮时，他/她会立即收到“感谢电子邮件已发送”作为响应和相同方法也在触发一个异步线程。
ThreadPool.QueueUserWorkItem(SendEMail, _message);
当用户单击发送按钮时，该线程已排队，但由于这是默认的Background Thread，我期待页面响应结束时，该线程将被终止，但它没有发生，因为当前线程触发了该线程也是一个Background Thread 和一个Worker Thread，所以这意味着有一个未完成的前台线程（可能是主线程或工作线程）仍然存在，但我不知道他们什么时候完成因为他们的完成时间会影响我的后台工作线程；当最后一个前台线程结束时，会导致进程终止，后台线程也一样。
我应该害怕这个还是 Asp.NET 可以自动处理它，我有点困惑，因为我已经阅读了很多关于它的东西，现在一切都搞混了。
你能稍微澄清一下吗？
提前致谢。
【问题讨论】：
将 ThreadPool 用于长时间运行的任务会对应用程序的性能产生负面影响（因为 ASP.NET 也使用 ThreadPool 来处理传入请求）。
如果创建的线程过多，为每个任务手动创建线程也会成为问题。
我过去使用过的一种技术是在启动应用程序时创建自定义线程池，并在该线程池上将任务排入队列。一个简单的自定义线程池可以由一个线程和一个任务队列组成。
【讨论】：
当您调用QueueUserWorkItem 时，将从线程池中提取一个新线程（如果可用）并在该线程上执行回调函数。如果没有可用的线程，该函数将阻塞，直到线程被释放。一旦它完成方法的执行，线程将被挂起并返回到池中以供进一步重用。您唯一关心的应该是池中的线程也用于服务请求这一事实，因此如果您对它们执行冗长的任务，您可能会危及整个系统请求服务能力，因为池中的线程数量有限，如果所有他们正忙于执行冗长的操作，未来的 HTTP 请求将被排队。作为替代方案，您可以考虑手动创建线程：new Thread(state => { }).Start();
【讨论】：
您可以使用 MSMQ 来创建您的电子邮件队列，并让一个线程处理该队列。
以下帖子可能很有用，因为它适合您的问题域。虽然它不使用 MSMQ，但它是一篇关于使用 ASP.net 处理计划任务的好帖子。
Simulate a Windows Service using ASP.NET to run scheduled jobs
【讨论】：