CancellationToken.Register回调未触发场景及逆序执行原因咨询

疑问一：注册回调触发取消后仍未执行的常见场景 #

以下是可复现的典型场景：

• 回调注册前令牌已取消，且关闭了注册时立即执行的逻辑
  CancellationToken.Register有重载支持传入bool executeOnCanceled参数，当该参数设为false时，如果调用Register时令牌已经处于取消状态，回调不会被执行。
  示例代码：

var cts = new CancellationTokenSource();
cts.Cancel();
// 第二个参数为false，注册时已取消的回调不会执行
cts.Token.Register(() => Console.WriteLine("该回调不会运行"), false);

• 回调注册后主动解除了绑定
  Register方法返回的CancellationTokenRegistration对象调用Dispose或Unregister方法后，会取消当前回调的绑定，取消触发后也不会执行。
  示例代码：

var cts = new CancellationTokenSource();
var registration = cts.Token.Register(() => Console.WriteLine("该回调不会运行"));
registration.Dispose(); // 解除回调注册
cts.Cancel();

• 回调执行被异常中断
  如果队列中排在前面的回调抛出未捕获异常，且调用Cancel时传入的throwOnFirstException参数为true，则后续所有回调都会终止执行。
  示例代码：

var cts = new CancellationTokenSource();
cts.Token.Register(() => { throw new Exception(); });
cts.Token.Register(() => Console.WriteLine("该回调不会运行"));
try
{
    // 第一个回调抛出异常后直接终止，不再执行后续回调
    cts.Cancel(throwOnFirstException: true);
}
catch
{
}

• 依赖上下文已销毁
  如果注册回调时指定了同步上下文调度（比如WPF/WinForm程序注册时设置useSynchronizationContext: true），触发取消时对应同步上下文的线程已退出/销毁，回调会被丢弃不会执行。
• 进程提前终止
  在回调队列全部执行完毕前，进程就被终止（如触发未捕获的进程级异常、调用Environment.Exit、被系统强制杀死），未执行的回调自然不会运行。
• CancellationTokenSource已提前释放
  在调用Cancel之前，CancellationTokenSource对象就被执行了Dispose，取消逻辑不会触发，回调也不会执行。

疑问二：回调逆序执行的原因 #

你观察到的现象是.NET的既定设计，核心原因如下：

1. 内部存储结构确实是栈结构：CancellationToken的回调队列采用**后进先出（LIFO）**的栈实现，新注册的回调会被压到栈顶，取消触发时从栈顶依次取出执行，因此后注册的回调会先运行，你的示例中先后注册1、2、3，执行顺序就是3、2、1。
2. 逆序执行是为了适配资源释放的常见场景：多数业务场景下，后注册的回调往往依赖先注册回调所分配的资源，逆序执行可以保证依赖资源先被释放，避免出现访问已释放资源的问题。比如你先注册回调A用于释放公共非托管内存，之后注册回调B用于释放依赖这块内存的业务对象，逆序执行会先运行B再运行A，不会出现B访问时内存已经被释放的异常。
3. 该执行顺序属于API的公开约定：微软官方.NET API文档中明确标注了CancellationToken的多个回调执行顺序与注册顺序相反，开发者可以直接依赖该行为做逻辑设计，不属于未定义的不稳定行为。

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