C#中new Thread(async ()=>DoWorkAsync())与Task.Run(DoWorkAsync)的区别

你遇到的行为差异本质是Thread构造函数对异步lambda的处理存在天然缺陷，和Task.Run的调度逻辑完全不同，核心区别有以下两点：

1. 委托类型与生命周期跟踪逻辑不同 #

• 你给new Thread()传入的async () => { await DoWorkAsync(); }会被隐式转换为async void类型的ThreadStart委托：
  async void方法没有任何返回值可以用来跟踪完整执行流程，当你启动线程后，线程只会执行到lambda中第一个未完成的await（比如示例中的Task.Delay(1000)），此时线程就会被标记为执行完成并直接退出，后续await的延续代码会被自动调度到ThreadPool线程上执行。你给线程设置的Priority = ThreadPriority.Highest、IsBackground = true这些配置，对后续的延续代码完全不生效，这也是你感觉代码在使用线程池的核心原因。
• 你使用Task.Run(DoWorkASync)时，传入的异步方法会匹配Func<Task>类型的委托：
  Task.Run会自动捕获方法返回的Task对象，完整跟踪整个异步操作的全生命周期，你可以通过返回的Task等待操作完成、捕获执行异常，整个异步过程的调度默认都在ThreadPool线程上执行。

2. 资源开销与异常处理逻辑不同 #

• 手动new Thread的异步写法：你需要付出创建操作系统线程的全额开销（默认1MB栈空间 + 内核对象开销），但这个线程仅会执行到第一个await就被销毁，资源完全浪费。同时如果异步逻辑抛出异常，async void的异常会直接抛到当前同步上下文，大概率会直接导致进程崩溃，完全无法捕获处理。
• Task.Run的写法：直接复用ThreadPool的闲置线程，没有额外的线程创建销毁开销，资源利用率更高。异步逻辑抛出的异常会被封装到返回的Task对象中，你可以在await该Task时正常捕获处理，安全性更高。

注意：永远不要给Thread构造函数传入异步lambda，这种写法完全不符合异步编程的设计规范，既达不到你预期的"让异步代码跑在自定义优先级线程上"的效果，还会带来资源浪费、异常无法捕获等隐藏问题。

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