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 TaskGetDataAsync(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 都是轻量级工厂方法，底层直接使用 TaskCompletionSource 构建已完成状态的 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 —— 这会导致运行时异常，而不是预期的取消响应。
