17370845950

Task.FromException 创建已失败的 Faulted 状态 Task，用于同步校验失败；Task.FromCanceled 创建已取消的 Canceled 状态 Task，仅接受已取消的 CancellationToken，二者均轻量、不触发调度器。

Task.FromException 用来快速创建已失败的 Task

当你需要返回一个已经抛出异常的 Task（比如在异步方法早期校验失败时），不用真正启动异步操作，直接用 Task.FromException 构造即可。它等价于手动创建 Task 后调用 TrySetException，但更简洁安全。

常见错误是误以为它会“抛出”异常——其实它只是让返回的 Task 处于 Faulted 状态，调用方仍需 await 或 .Wait() 才会真正观察到异常。

• 参数必须是非空的 Exception 实例；传 null 会抛 ArgumentNullException
• 适用于同步失败场景，比如参数校验不通过、配置缺失等
• 生成的 Task 的 Status 是 TaskStatus.Faulted，Exception 属性包含原始异常

public Task GetDataAsync(string id)
{
    if (string.IsNullOrEmpty(id))
        return Task.FromException(new ArgumentException("id cannot be null or empty"));
    
    return RealGetDataAsync(id);
}

Task.FromCanceled 用来快速创建已取消的 Task

当异步逻辑在进入实际工作前就响应了 CancellationToken 的取消信号，用 Task.FromCanceled 可以避免不必要的资源分配或状态机开销。它生成的 Task 状态为 Canceled，且内部封装的是 OperationCanceledException（即使你传入的是普通 CancellationToken）。

注意：如果传入的 CancellationToken 没有被取消（IsCancellationRequested == false），该方法会抛出 ArgumentException —— 它只接受**已取消**的 token。

• 返回的 Task 的 Status 是 TaskStatus.Canceled
• Exception.InnerException 会是原始的 OperationCanceledException，其 CancellationToken 字段与传入一致
• 不要用它来“模拟取消”，而应真实检查 token.IsCancellationRequested 后再调用

public Task ProcessAsync(CancellationToken token)
{
    if (token.IsCancellationRequested)
        return Task.FromCanceled(token);
    
    return LongRunningWorkAsync(token);
}

两者都不触发调度器，也不涉及线程/状态机

Task.FromException 和 Task.FromCanceled 都是轻量级工厂方法，底层直接使用 TaskComplet

ionSource 构建已完成状态的 Task，不经过 ThreadPool、不触发 SynchronizationContext、也不生成 async 状态机。性能开销极小，适合高频路径（如 API 参数拦截、短路逻辑）。

容易踩的坑是混淆它们和 throw new OperationCanceledException() 的行为：后者在同步上下文中立即中断执行流；而这两个方法只是返回一个“结果已知”的 Task，调用方仍要 await 才会传播异常或取消状态。

• 它们返回的 Task 是 cold 的（已完成），不会重复执行
• 不能用于替代 Task.Run(() => { throw ... }) 这类带执行逻辑的写法
• 在泛型重载中，类型参数必须严格匹配返回值类型，否则编译失败

别把 FromCanceled 当作取消通知的唯一手段

真正健壮的取消处理，必须在长期运行的操作中持续轮询 CancellationToken 或注册回调（Register），而不能只依赖入口处一次 FromCanceled。很多开发者以为加了这句就“支持取消”了，结果实际工作仍在后台跑着。

另外，Task.FromCanceled 创建的 Task 虽然状态是 Canceled，但如果调用方用 await 后没做 try/catch，程序仍会因未处理的 OperationCanceledException 终止（尤其在 .NET 6+ 默认启用取消异常传播的情况下）。

最常被忽略的一点：Task.FromCanceled(token) 中的 token 必须是已取消的；但很多人直接传入方法参数的 cancellationToken，却忘了先判断 IsCancellationRequested —— 这会导致运行时异常，而不是预期的取消响应。