Thread.Abort vs Thread.Interrupt

Question

如果我需要在一个线程上取消一些操作，我什么时候应该使用Thread.Abort vs Thread.Interrupt。我阅读了有关它的文档，但不确定哪个scneario应该使用两个之间的特定调用。

如果有任何第三种方式，请通过赞成和利弊告诉我。

Answer 1

我会不惜一切代价避免使用Thread.Abort。自从.NET 2.0以来，它的行为更加安全和可预测，但它仍然存在一些非常严重的陷阱。托管代码中的大多数中止都可以安全，但不是全部。例如，我相信如果在处理静态构造函数期间触发中止请求，则存在一些微妙的问题。没关系，事实上，带外异常可以在任何时候发生，使您无法控制定义关闭安全点所在的位置。

有几种可以接受的方法可以优雅地终止线程。

• 使用Thread.Interrupt
• 轮询停止标志
• 使用WaitHandle事件
• 专门的API调用

我在答案here中讨论这些方法。

Answer 2

大多数建议已经完成，但这里有一个例子我将如何做：

    ManualResetEvent _requestTermination = new ManualResetEvent(false);
    Thread _thread;

    public void Init()
    {
        _thread = new Thread(() =>
         {

             while (!_requestTermination.WaitOne(0))
             {
                 // do something usefull

             }

         }));

        _thread.Start();
    }

    public void Dispose()
    {
        _requestTermination.Set();

        // you could enter a maximum wait time in the Join(...)
        _thread.Join();
    }

这样处理将等待线程退出。

Answer 3

我永远不会使用Thread.Abort。它几乎在任意时间引起异常。

Answer 4

小心Thread.Interrupt。如果您没有构建一些等待或休眠时间，则线程不会被中断。

小心Thread.Abort。如果你抓住ThreadAbortException，你的线程将在catch + finally之后立即终止。

（我喜欢使用这些方法向我的线程发送信号，以便它知道它的终止时间，然后清理并退出。）