Thread类是C#最底层多线程方式但不推荐默认使用，现代项目应优先选用Task.Run；仅在需设线程名、前台线程或自定义栈大小时才用Thread；传参宜用闭包，共享状态须用Interlocked/lock/volatile。
Thread 类是 C# 中最直接、最底层的多线程创建方式，但它不是推荐的默认选择——除非你明确需要细粒度控制线程生命周期或兼容旧框架。
现代 C# 项目应优先用 Task 和 Task.Run，而非裸写 Thread。原因很简单：线程开销大，Thread 每次启动都分配栈空间（默认 1MB），而 Task 复用线程池，轻量且可组合。
用 Task.Run 替代 new Thread(...).Start()
绝大多数“启一个后台任务”的场景，比如加载数据、处理文件、调用 API，都应该走 Task.Run：
-
Task.Run自动从线程池取线程，避免频繁创建/销毁开销 - 支持
await，能自然融入异步流，而Thread无法await - 异常会包装进
AggregateException，统一捕获；Thread的未处理异常会直接终止进程 - 无需手动管理
Start/Join/Abort（已过时）等操作
示例对比：
/* ❌ 不推荐：裸 Thread */
var t = new Thread(() => {
Console.WriteLine("工作开始");
Thread.Sleep(1000);
Console.WriteLine("工作结束");
});
t.Start();
t.Join(); // 主线程必须等，否则可能提前退出/* ✅ 推荐：Task.Run + await */
var task = Task.Run(() => {
Console.WriteLine("工作开始");
Thread.Sleep(1000);
Console.WriteLine("工作结束");
});
await task; // 主线程可继续做别的事，或用 .Wait() 同步等
Thread 真正该用的三个场景
只有当以下任一条件成立时，才考虑显式使用 Thread：
- 需要设置线程名称（
t.Name = "DataProcessor"）用于调试或日志追踪 - 需要将线程设为前台线程（
t.IsBackground = false），防止主程序退出时被强制终止 - 必须指定线程栈大小（
new Thread(..., 2 * 1024 * 1024)），例如深度递归场景（极少见）
注意：Thread.Priority 在现代 Windows 上几乎无效，不要依赖它来“提速”；Thread.Abort 已标记为过时且危险，绝对禁用。
传参和共享变量的坑：别直接用 object 或裸字段
用 ParameterizedThreadStart 传参看似简单，但容易出错：
- 参数类型只能是
object，需手动as string或转型，运行时才报错 - 若传入的是值类型（如
int），会装箱，但修改后不会影响原变量 - 多个线程读写同一字段（如
_count++）会产生竞态，结果不可预测
正确做法：
- 传参用闭包（lambda）+ 局部变量，更安全直观
- 共享状态改用
Interlocked.Increment(ref _count)或lock块 - 布尔标志位（如停止信号）必须加
volatile，否则可能因 CPU 缓存不一致导致死循环
示例：
private volatile bool _shouldStop = false;
// …
var t = new Thread(() => {
while (!_shouldStop) {
Console.WriteLine("running...");
Thread.Sleep(500);
}
});
t.Start();
// …
_shouldStop = true; // 安全，因为 volatile线程终止没有“优雅”二字，只有“协作式退出”
Thread.Abort 已废弃，Thread.Interrupt 不可靠，Thread.Suspend 已移除。唯一安全的退出方式是让线程自己检查退出条件并返回。
- 永远不要在
Thread方法里写无限while(true) - 用
volatile bool或CancellationToken（配合Task更佳）作为退出开关 - 如果线程正在阻塞（如
Socket.Receive），需配合socket.Close()或cancellationToken.Register触发中断
复杂点在于：退出信号是否及时可见？这取决于内存模型和编译器优化——所以 volatile 不是可选项，是必需项；而 CancellationToken 内部已做了同样保证，更推荐。
