为何Task状态为Faulted而非Canceled？——无令牌抛OCE的疑问

这是预期行为吗？ #

是的，这属于完全符合设计逻辑的预期行为。

底层判定原理 #

Task运行时对取消状态的判定核心逻辑是匹配取消令牌：

• 当Task关联的CancellationToken发出取消信号后，若抛出的OperationCanceledException（简称OCE）中携带的令牌与该触发取消的令牌一致，Task会将自身状态标记为Canceled——这是系统认定的“合法取消流程”。
• 如果抛出的OCE是无参构造、仅带消息，或者携带的令牌与当前任务绑定的取消令牌不匹配，Task会将这个异常视为普通未处理错误，将状态设置为Faulted。

关于“未携带令牌抛出OCE必导致Faulted状态”的结论 #

可以得出这个结论，但需明确前提：在基于CancellationToken的Task取消场景中。

• 无参或仅带消息的OCE没有关联有效取消令牌，Task无法识别这是“预期的取消操作”，因此会判定为任务执行失败，进入Faulted状态。
• 补充例外：若Task创建时未绑定任何CancellationToken，此时无论是否携带令牌抛出OCE，Task都会进入Faulted状态——因为没有对应的令牌来验证取消操作的合法性。

关键逻辑总结 #

Task的取消判定是“令牌匹配优先”机制：只有OCE携带的令牌与任务绑定且已触发取消的令牌完全匹配时，才会触发Canceled状态；其他所有OCE抛出场景，均会被归类为任务故障。

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