如何检测CLR终止后台线程的情况

首先得明确一个核心点：CLR在终止后台线程的时候，不会抛出ThreadAbortException，也没有内置的回调或事件让你在线程内部直接检测到这个终止行为。这是因为后台线程的终止是CLR的“硬终止”——当所有前台线程结束后，CLR会直接停止所有后台线程的执行，不会给它们任何执行清理代码的机会，自然也就不会触发任何异常或通知。

你提到觉得让CLR自动终止线程是不良编码风格，这点我完全认同。依赖后台线程的自动终止确实很容易导致资源泄漏、未完成的操作中断等问题，甚至可能在某些极端情况下（比如线程持有独占锁）导致应用退出缓慢。

那如果想兼顾“避免应用挂起”和“有序清理”，更推荐的做法是主动实现取消机制，而不是等着检测CLR的终止：

• 使用CancellationTokenSource：在你的应用主线程（或其他前台线程）中创建一个CancellationTokenSource，把对应的CancellationToken传递给后台线程。后台线程在执行任务的过程中，定期调用token.ThrowIfCancellationRequested()，或者轮询token.IsCancellationRequested属性。当前台线程准备退出时，调用cts.Cancel()，后台线程就能收到取消信号，执行清理逻辑后主动退出。
  示例代码大概是这样：

  var cts = new CancellationTokenSource();
  var backgroundThread = new Thread(() => {
      try {
          while (!cts.Token.IsCancellationRequested) {
              // 执行后台任务逻辑
              Thread.Sleep(100);
          }
          // 这里执行清理操作，比如释放资源、保存状态
          Console.WriteLine("后台线程收到取消信号，正在有序退出");
      } catch (OperationCanceledException) {
          // 处理取消异常（如果用了ThrowIfCancellationRequested）
          Console.WriteLine("后台线程被取消");
      }
  }) { IsBackground = true };
  
  backgroundThread.Start();
  
  // 前台线程执行逻辑...
  // 准备退出时触发取消
  cts.Cancel();
  backgroundThread.Join(); // 等待后台线程完成清理
  

• 如果你实在需要检测后台线程是否被CLR强制终止，只能在其他线程中通过Thread.IsAlive属性来判断，但这没法让后台线程自身感知到——因为线程已经被停了，根本没法执行任何代码来处理这个情况。

总结一下：最好的实践永远是主动管理线程的生命周期，用取消信号让后台线程有序退出。标记为后台线程只是最后的“安全网”，用来避免应用因为后台线程没退出而挂起，但不能替代主动的终止逻辑。

内容的提问来源于stack exchange，提问作者Stefan Bormann