Task.Run 是 Task.Factory.StartNew 的语法糖,等价于指定 CancellationToken.None、DenyChildAttach 和 Default 调度器的调用;它更安全简洁,优先推荐使用,仅在需 LongRunning、自定义调度器等高级控制时才用 StartNew。

Task.Run 就是带默认参数的 Task.Factory.StartNew
直接说结论:Task.Run(action) 在底层等价于:
Task.Factory.StartNew(action, CancellationToken.None, TaskCreationOptions.DenyChildAttach, TaskScheduler.Default)。它不是新机制,而是微软为简化常用场景封装的一层语法糖——省掉你手写那堆默认参数的麻烦。
所以如果你只是想“扔个 CPU 密集型工作到线程池里跑一下”,Task.Run 更干净、更安全、也更不容易出错。
-
Task.Run强制加了TaskCreationOptions.DenyChildAttach:这意味着它内部不会把async方法里await后续产生的子任务(比如Task.Run(() => { await SomeAsync(); })中的SomeAsync())自动挂到父任务上 - 而
Task.Factory.StartNew默认不加这个标记,子任务会“附加”到父任务,导致await父任务时实际在等整个嵌套链结束——这常引发意料之外的等待行为 - 两者都默认走
TaskScheduler.Default(即线程池),都不创建新线程,除非你显式传LongRunning
什么时候必须用 Task.Factory.StartNew?
只有当你需要 Task.Run 不支持的控制能力时,才该切回去用 Task.Factory.StartNew。
- 要让任务长期独占一个线程(避免耗尽线程池)→ 必须用
TaskCreationOptions.LongRunning:Task.Factory.StartNew(() => LongRunningWork(), TaskCreationOptions.LongRunning)
- 要指定非默认调度器(比如 UI 线程调度器
TaskScheduler.FromCurrentSynchronizationContext()) - 要组合多个选项(如
LongRunning | PreferFairness) - 需要传递
CancellationToken且不想依赖Task.Run的重载(虽然它也有,但StartNew参数位置更直观)
注意:Task.Run 有带 CancellationToken 的重载,但没有 LongRunning 重载——这是最硬性的分水岭。
async/await 场景下最容易踩的坑
很多人把 async 方法直接传给 Task.Run 或 StartNew,结果发现行为不一致:
Task.Run(async () => await DoSomethingAsync()); // ❌ 返回 Task,需 .Unwrap() 或直接用 async lambda
正确写法是:
- 用
Func类型的 lambda:Task.Run(() => DoSomethingAsync())
→ 返回Task,可直接await - 或用
asynclambda(.NET 4.5+ 支持):Task.Run(async () => { await DoSomethingAsync(); })→Task.Run能识别并自动Unwrap - 但
Task.Factory.StartNew对asynclambda 没这种智能处理,容易返回Task,必须手动.Unwrap()
这也是为什么推荐优先用 Task.Run:它对异步委托做了适配,StartNew 则更“原始”,容易漏掉 unwrap。
别被“性能差异”误导
网上有些文章说 Task.Factory.StartNew “更快”或“更底层”,这是误解。两者开销几乎一样——Task.Run 就是调了一次 StartNew 加几个固定参数。
- 真正影响性能的是你传的委托本身、是否阻塞、是否频繁创建任务,而不是选哪个 API
- 过度纠结“哪个更快”不如检查:任务是不是真该进线程池?有没有在 UI 线程里误用了
Wait()?CancellationToken 有没有及时响应? - 唯一真实差异点:若你忘了加
DenyChildAttach,又在StartNew里用了嵌套await,就可能让父任务意外延长生命周期,造成资源滞留
说到底,Task.Run 是为你省心的默认选项;Task.Factory.StartNew 是给你留的逃生舱门——用不用,在于你是否真的需要那扇门。

