如何检测CancellationTokenSource的CancelAfter定时器是否已启动

CancellationTokenSource 没有提供公开API直接查询CancelAfter触发的内部定时器运行状态，要验证CancelAfter(TimeSpan.FromMinutes(60))的执行效果，可根据场景选择以下方案：

• 短超时替换验证（最推荐，无兼容问题，适合单元测试）
  生产代码里的60分钟是业务配置，测试时可以把超时时间作为可注入参数，传入极短的测试用时间间隔，通过监听Token取消回调验证定时器是否生效：

  // 测试逻辑示例
  var cts = new CancellationTokenSource();
  var canceledTriggered = false;
  cts.Token.Register(() => canceledTriggered = true);
  
  // 执行被测代码中的CancelAfter逻辑，测试时传入100ms的短超时替代原60分钟配置
  cts.CancelAfter(TimeSpan.FromMilliseconds(100));
  
  // 等待略长于测试超时的时间
  await Task.Delay(200);
  // 断言取消被触发，即可证明定时器正常启动执行
  Assert.IsTrue(canceledTriggered);
  

  如果要验证定时器未启动的反向场景，只需要等待超过设定超时时间，检查canceledTriggered仍为false即可。这个方案完全不依赖框架内部实现，所有.NET版本都能稳定运行。

• 反射读取内部状态（仅可用于测试场景，禁止生产使用）
  不同.NET版本的CancellationTokenSource会用非公开字段存储定时器实例，只要对应字段不为空，就说明CancelAfter创建的定时器已经启动。以.NET Core 3.0/.NET 5+版本为例，存储定时器的非公开字段为_timer，读取示例如下：

  var cts = new CancellationTokenSource();
  // 执行被测的CancelAfter调用
  cts.CancelAfter(TimeSpan.FromMinutes(60));
  
  // 反射获取内部定时器字段
  var timerField = typeof(CancellationTokenSource).GetField(
      "_timer", 
      BindingFlags.NonPublic | BindingFlags.Instance
  );
  var timerInstance = timerField.GetValue(cts);
  // 定时器实例不为空即代表已创建启动
  Assert.IsNotNull(timerInstance);
  

  注意：.NET Framework下对应字段名通常为m_timer，不同大版本的内部字段名可能调整，这个方法兼容性差，绝对不要在生产业务逻辑里使用。

补充说明：CancellationTokenSource的设计初衷就是只对外暴露取消相关的操作接口，内部定时器状态属于框架实现细节，生产代码中完全不需要感知定时器是否启动，只需要注册回调监听Token的取消信号即可。如果是为了覆盖测试逻辑，优先选择第一种短超时验证的方案。

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