我对应该在Windows Form应用程序上使用的后台线程实现的选择有一个风格上的问题。目前，我BackgroundWorker在具有无限(while(true))循环的表单上。在此循环中，我用于WaitHandle.WaitAny保持线程休眠，直到发生感兴趣的事情为止。我等待的事件句柄之一是“ StopThread”事件，因此我可以跳出循环。从我重写时发出此事件信号Form.Dispose()。
我读过某个地方，该地方BackgroundWorker实际上是您不希望将UI与之捆绑在一起并具有有限结局的操作-例如下载文件或处理一系列项目。在这种情况下，“结束”是未知的，只有在关闭窗口时才知道。因此，对我而言，使用后台线程而不是BackgroundWorker为此目的更合适吗？
Answers:
根据我对您问题的理解，您正在使用a BackgroundWorker作为标准线程。
BackgroundWorker建议对您不想占用UI线程的事物进行推荐的原因是，它在进行Win Forms开发时会暴露一些不错的事件。
事件喜欢RunWorkerCompleted在线程完成所需操作时发出信号，而在线程上ProgressChanged更新GUI 的事件正在进行中。
因此，如果您不使用这些线程，那么对于需要执行的操作使用标准线程不会有任何危害。
CancelAsync（并测试CancellationPending是否在短时间内轮询线程，如果您想System.Threading.Thread.Abort()引发异常，则使用a 在线程块本身内引发异常，为情况选择正确的模型。）
我的一些想法...
BackgroundWorker旨在将线程进度报告给感兴趣的一方，通常涉及UI。该类的MSDN文档对此非常清楚。如果您只需要在后台执行任务，则最好使用ThreadPool线程。
System.Windows.Forms组装的观点；BackgroundWorker对WPF应用程序也很有用，并且这些应用程序可能未引用WinForms。
马特·戴维斯（Matt Davis）讲的差不多，还有以下几点：
对我而言，主要的区别BackgroundWorker是通过SynchronizationContext。在UI上下文中，这意味着Completed事件会在UI线程上触发，因此可用于更新UI。如果BackgroundWorker在UI上下文中使用，则这是一个主要区别。
通过ThreadPool取消执行的任务不能轻易取消（包括ThreadPool。QueueUserWorkItem和委托异步执行）。因此，虽然它避免了线程启动的开销，但是如果您需要取消操作，请使用BackgroundWorker或（更可能在UI之外）启动线程并保留对其的引用，以便可以调用Abort()。
另外，您还要在后台工作程序的生命周期内绑定线程池线程，这可能是一个令人担忧的问题，因为它们数量有限。我想说的是，如果您只为应用程序创建一次线程（并且不使用后台工作程序的任何功能），那么请使用线程，而不是后台工作程序/线程池线程。
您知道，有时，无论您使用的是Windows Forms，WPF还是其他技术，使用BackgroundWorker都更容易。这些家伙的妙处在于，您不必担心线程在哪里执行就可以进行线程处理，这对于简单的任务非常有用。
使用前BackgroundWorker先考虑，如果你想取消线程（关闭应用程序，用户取消），那么你需要决定是否你的线程应该检查取消，或者如果它应该是在执行本身的推力。
BackgroundWorker.CancelAsync()将设置CancellationPending为，true但将不再执行任何操作，那么线程责任将继续检查这一点，并牢记您可能会在这种情况下最终陷入竞争状态，即用户取消了该线程，但是在测试之前该线程已完成CancellationPending。
Thread.Abort() 另一方面，它将在线程执行中引发强制取消该线程的异常，但是您必须注意，如果在执行过程中突然引发此异常可能会造成危险。
无论执行什么任务，线程都需要非常仔细的考虑，以便进一步阅读：
我在知道.NET之前就知道如何使用线程，因此在开始使用BackgroundWorkers 时花了一些时间来适应。马特·戴维斯（Matt Davis）非常出色地总结了它们之间的区别，但是我要补充一点，要准确地理解代码的作用更加困难，这会使调试变得更加困难。考虑到创建和关闭线程（IMO）要比考虑给线程池工作要容易得多。
我仍然无法评论其他人的帖子，因此请原谅我一时的me脚，使用答案来回答码头问题
不要使用，Thread.Abort();而是通知一个事件，并设计您的线程以在收到信号时优雅地结束。 在线程执行的任意点Thread.Abort()引发a ThreadAbortException，它可以执行各种不快乐的事情，例如孤立监视器，损坏的共享状态等等。
http://msdn.microsoft.com/zh-CN/library/system.threading.thread.abort.aspx
我想指出一个尚未提及的BackgroundWorker类行为。您可以通过设置Thread.IsBackground属性来使普通线程在后台运行。
后台线程与前台线程相同，只是后台线程不会阻止进程终止。[ 1 ]
您可以通过在窗体窗口的构造函数中调用以下方法来测试此行为。
void TestBackgroundThread()
{
var thread = new Thread((ThreadStart)delegate()
{
long count = 0;
while (true)
{
count++;
Debug.WriteLine("Thread loop count: " + count);
}
});
// Choose one option:
thread.IsBackground = true; // <--- This will make the thread run in background
thread.IsBackground = false; // <--- This will delay program termination
thread.Start();
}当IsBackground属性设置为true并关闭窗口时，应用程序将正常终止。
但是，当IsBackground属性设置为false（默认情况下）并关闭窗口时，仅该窗口将消失，但该过程仍将继续运行。
BackgroundWorker类利用在后台运行的Thread。