C#线程状态不可靠，ThreadState是易过期的标志位组合，不能用于同步；应使用ManualResetEvent、volatile bool等显式通信机制；后台线程随主线程退出而终止，线程池线程默认为后台。

C#线程没有“就绪”“运行中”这种操作系统级的精细状态暴露给你用——ThreadState 枚举是标志位组合，且不可靠，别拿它做同步逻辑。

为什么不能用 Thread.ThreadState 判断线程是否“正在跑”

因为 ThreadState 是 [Flags] 枚举，返回值可能是多个状态的按位或，比如 Background | Running | WaitSleepJoin；而且状态读取瞬间可能已过期——你刚看到 Running，线程下一毫秒就调用了 Thread.Sleep(1) 进入 WaitSleepJoin。官方文档明确不推荐用它控制流程。

• 常见错误现象：if (t.ThreadState == ThreadState.Running) 总是为 false 或偶尔为 true，逻辑失控
• 真正可用的判断方式：用 ManualResetEvent、CountdownEvent 或 volatile bool 配合循环条件（如 while (isRunning)）显式通信
• .NET Core / .NET 5+ 中 Thread.Suspend() 和 Thread.Abort() 已完全移除，试图用它们会编译失败

Unstarted → Running → WaitSleepJoin → Stopped 是最实用的状态流

这是你在调试器和日志中最常观察到的简化路径，对应真实可干预的操作节点：

• Unstarted：仅出现在 new Thread(...) 后、Start() 前——此时线程对象已分配内存，但 OS 尚未为其创建内核线程
• Running：调用 Start() 后立即进入；但注意：它不代表“此刻在 CPU 上执行”，只是表示“已交由调度器管理”
• WaitSleepJoin：只要线程调了 Thread.Sleep()、Monitor.Wait()、AutoResetEvent.WaitOne()、Thread.Join()，甚至等待锁（lock 块阻塞时），都会落入此状态
• Stopped：线程方法体自然返回，或抛出未捕获异常后自动进入；此时 ThreadState 会包含 Stopped 标志，且 IsAlive == false

后台线程（IsBackground = true）不是状态，而是生存策略

它不改变生命周期状态名，但彻底改变线程终止时机：主线程退出时，所有 IsBackground == true 的线程会被强制终止（不等执行完），而前台线程会阻止进程退出。

Thread worker = new Thread(() =>
{
    for (int i = 0; i < 5; i++)
    {
        Console.WriteLine($"工作 {i}");
        Thread.Sleep(500);
    }
    Console.WriteLine("工作线程结束");
});
worker.IsBackground = true; // 关键：设为后台
worker.Start();
Thread.Sleep(1200); // 主线程只等 1.2 秒
// 输出通常为：工作 0 → 工作 1 → 工作 2 → （进程退出，无“工作线程结束”）

• Unity 或 WinForms 中误设 UI 相关线程为后台，可能导致资源泄漏或崩溃
• 后台线程里启动的子线程默认也是后台——除非显式设 IsBackground = false
• 线程池线程（ThreadPool.QueueUserWorkItem）全是后台线程，无法改为前台

线程生命周期的复杂性不在状态枚举本身，而在你如何让多个线程在不依赖状态轮询的前提下达成协作——信号量、取消令牌（CancellationToken）、通道（Channel）才是现代 C# 的正确起点；把 ThreadState 当状态机用，等于在悬崖边修桥。