Thread.Abort() 什么时候不会真正中止？

Question

所以你读了标题，Thread.Abort() 什么时候不会真正中止？我听很多人说这是一个危险的命令，并且永远不能保证它有效，但我实际上从未能够重现这一点。它总是对我有用。

是否有任何特定情况可能导致 Thread.Abort() 持续失败？

Answer 1

您是否阅读过文档？

线程不保证立即中止，或者根本不中止。如果线程在作为中止过程的一部分调用的finally 块中执行无限量的计算，从而无限期地延迟中止，则可能会发生这种情况。要等到线程中止，您可以在调用 Abort 方法后调用线程上的 Join 方法，但不能保证等待会结束。

...

如果在尚未启动的线程上调用 Abort，则该线程将在调用 Start 时中止。如果在阻塞或休眠的线程上调用 Abort，则该线程将被中断，然后中止。

如果在已挂起的线程上调用 Abort，则会在调用 Abort 的线程中引发 ThreadStateException，并将 AbortRequested 添加到被中止线程的 ThreadState 属性中。在调用 Resume 之前，挂起的线程中不会抛出 ThreadAbortException。

如果在执行非托管代码时在托管线程上调用 Abort，则在线程返回到托管代码之前不会引发 ThreadAbortException。

如果同时进行两个 Abort 调用，则可能一个调用设置状态信息，另一个调用执行 Abort。但是，应用程序无法检测到这种情况。

在线程上调用Abort后，线程的状态包括AbortRequested。成功调用 Abort 导致线程终止后，线程的状态将更改为“已停止”。 如果有足够的权限，作为中止目标的线程可以使用 ResetAbort 方法取消中止。有关演示调用 ResetAbort 方法的示例，请参阅 ThreadAbortException 类。

Answer 2

还有一种情况是Thread.Abort()调用没有失败，但是线程没有终止。抛出的ThreadAbortException可以被线程本身捕获。如果确实如此，然后在 catch 处理程序中调用 Thread.ResetAbort()，则不会在 catch 块末尾重新引发 ThreadAbortException。