.NET线程三种初始化方式的差异及适用场景解析

先看你给出的代码示例：

Printer printer = new Printer();
Thread thread = new Thread(new ThreadStart(printer.Print0));
Thread thread2 = new Thread(printer.Print0);
Thread thread3 = new Thread(() => printer.Print0());

下面逐个拆解这三种写法的差异和适用场景：

1. 显式实例化ThreadStart委托 #

Thread thread = new Thread(new ThreadStart(printer.Print0));

• 本质：严格遵循.NET委托的原始语法，显式创建ThreadStart委托实例并绑定目标方法。
• 差异：编译阶段会强制校验printer.Print0的签名是否完全匹配ThreadStart（无参数、无返回值），不匹配直接触发编译错误，写法相对繁琐。
• 适用场景：
  • 兼容.NET Framework 1.x等早期版本；
  • 团队代码规范要求显式声明委托类型，追求代码可读性的明确性；
  • 需要直接操作ThreadStart委托实例的场景（比如后续修改委托调用列表）。

2. 方法组推断为委托 #

Thread thread2 = new Thread(printer.Print0);

• 本质：C# 2.0及以后支持的语法糖，编译器会自动将printer.Print0方法组推断为ThreadStart委托，编译后生成的IL代码和第一种完全一致。
• 差异：写法更简洁，省去了显式的new ThreadStart()包装，编译时同样会严格校验方法签名。
• 适用场景：
  • 绝大多数常规多线程场景，是日常开发中最推荐的写法之一；
  • 追求代码简洁性，同时希望保留编译时类型检查的场景。

3. Lambda表达式包装调用 #

Thread thread3 = new Thread(() => printer.Print0());

• 本质：编译器会将Lambda表达式编译为匿名方法，该方法内部调用printer.Print0()，最终将匿名方法包装为ThreadStart委托。
• 核心差异：
  • 支持变量捕获：捕获了外部的printer变量，若后续printer被重新赋值，线程执行时会使用最新的引用；而前两种方式是直接绑定到创建线程时的printer实例引用。
  • 可添加额外逻辑：能在Lambda内部写入调用Print0前后的代码，比如参数预处理、日志输出，甚至直接在Lambda里做异常捕获（() => { try { printer.Print0(); } catch { ... } }）。
  • 签名适配灵活：如果目标方法签名不匹配ThreadStart（比如带参数），可通过Lambda做适配，比如() => printer.Print1("test")，无需修改方法签名。
• 适用场景：
  • 需要在目标方法执行前后添加自定义逻辑；
  • 需要捕获外部变量或者在线程内处理异常；
  • 目标方法签名不匹配ThreadStart，需要做一层调用包装的场景；
  • 动态构造线程执行逻辑的场景。

总结 #

前两种写法本质完全相同，仅存在语法糖差异；第三种通过匿名委托包装，带来了更强的灵活性，但要注意变量捕获可能引发的闭包陷阱问题。

内容的提问来源于stack exchange，提问作者Peter Chovanec