如何中止使用 ThreadPool.QueueUserWorkItem 创建的线程

Question

有没有办法中止使用 QueueUserWorkItem 创建的线程？

或者也许我不需要？如果主应用程序退出会发生什么？从它创建的所有线程都会自动中止吗？

Answer 1

你不需要中止它们。当您的应用程序退出时，.NET 将终止 IsBackground = true 的所有线程。.NET 线程池将其所有线程设置为 IsBackground = true，因此您不必担心它。

现在，如果您通过更新 Thread 类来创建线程，那么您需要中止它们或将它们的 IsBackground 属性设置为 true。

Answer 2

但是，如果您在这些线程中使用不管理的资源，则可能会遇到很多麻烦。

这更取决于您如何使用它们 - 如果这些非托管资源被正确包装，那么它们将由包装器终结处理，无论用于终止引用它们的线程的机制如何。 当应用程序退出时，操作系统会释放非托管资源。

人们普遍认为（Windows）应用程序花费了太多时间来尝试在应用程序关闭时进行清理 - 通常涉及分页大量内存，以便可以再次丢弃它（或在周围运行的分页代码）释放操作系统无论如何都会处理的非托管对象）。

Answer 3

线程池使用后台线程。因此，当应用程序退出时，它们都会自动关闭。

如果你想自己中止一个线程，你必须自己管理线程（这样你可以在线程对象上调用 Thread.Abort() ），或者你必须设置某种形式的通知机制，让你告诉线程它应该自行中止。

Answer 4

是他们会。但是，如果您在这些线程中使用非托管资源，则可能会遇到很多麻烦。

Answer 5

是的，它们是背景，但是如果您有使用 ThreadPool 进行某种多次下载或其他内容的应用程序，并且您想停止它们，您该如何停止？我的建议是：尽快退出线程，f.ex

bool stop = false;
void doDownloadWork(object s) 
{
   if (!stop)
   {
       DownloadLink((String)s, location);
   }
}

如果设置 stop = true，则在队列线程完成处理后，第二个（当前在队列中）线程会自动退出。

Answer 6

根据卢卡斯·萨尔考斯卡斯的回答。

但你应该使用：

volatile bool stop = false;

告诉编译器这个变量被多个线程使用。