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<t></t>）才是现代 C# 的正确起点；把 ThreadState 当状态机用，等于在悬崖边修桥。
