多个 CancellationToken 不能直接合并，应使用 CancellationTokenSource.CreateLinkedTokenSource 或 LinkCancellationToken 方法聚合取消信号；前者适用于初始化阶段一次性安全聚合，后者用于运行时动态添加，且需确保源未取消；必须显式 Dispose 链接后的源以避免内存泄漏。
多个 CancellationToken 如何合并成一个
不能直接“合并”多个 CancellationToken，但可以用 CancellationTokenSource 的 LinkCancellationToken 方法把多个源的取消信号聚合到一个新的源上——这才是实际可用的“合并”方式。
关键点：必须用 CancellationTokenSource 实例调用 LinkCancellationToken，而不是对 CancellationToken 本身操作；被链接的令牌一旦触发取消，新源立即取消。
-
CancellationTokenSource.CreateLinkedTokenSource(token1, token2, ...)是最常用、最安全的方式，内部已处理竞态和重复注册 - 手动调用
cts.LinkCancellationToken(token)仅适用于运行时动态添加（比如异步任务中途加入新依赖），且需确保cts尚未取消 - 被链接的
CancellationToken如果来自已取消的源，新源会立刻进入取消状态
LinkCancellationToken 和 CreateLinkedTokenSource 的区别
二者目的相同，但适用阶段和安全性不同：CreateLinkedTokenSource 是构造期一次性聚合，推荐用于初始化阶段；LinkCancellationToken 是运行时增量注册，适合动态场景但有风险。
-
CreateLinkedTokenSource返回全新CancellationTokenSource，自带线程安全的取消传播逻辑 -
LinkCancellationToken是实例方法，只能在未取消的CancellationTokenSource上调用，否则抛出ObjectDisposedException - 多次调用
LinkCancellationToken同一个令牌不会报错，但也不会重复注册——内部做了去重 - 如果链接了多个长期存活的令牌（如 UI 线程取消 + 超时取消 + 用户手动取消），务必注意生命周期管理，避免内存泄漏
常见错误：试图用 && 或 || 操作符组合 CancellationToken
CancellationToken 不支持布尔运算符。写 token1 && token2 或 token1 || token2 会编译失败——它没有重载这些操作符。
- 误以为
token1.CanBeCanceled && token2.CanBeCanceled能代表“两者都可取消才生效”，但这只是检查能力，不构成联动取消逻辑 - 用
token1.IsCancellationRequested || token2.IsCancellationRequested做轮询判断，不仅低效，还可能漏掉瞬时取消信号（尤其在多线程下） - 正确做法永远是通过
CreateLinkedTokenSource获取一个统一的、响应任意输入取消的令牌
实际使用示例：HTTP 请求 + 超时 + 取消按钮
这是最典型场景：一个后台任务同时受用户点击取消、固定超时、以及外部传入的父级取消令牌约束。
CancellationTokenSource userCts = new(); // 用户点击触发
CancellationTokenSource timeoutCts = new();
_ = Task.Run(() => { Thread.Sleep(5000); timeoutCts.Cancel(); }); // 模拟超时
// 合并三个取消源
CancellationTokenSource linked = CancellationTokenSource.CreateLinkedTokenSource(
userCts.Token,
timeoutCts.Token,
parentCts?.Token ?? CancellationToken.None
);
try
{
await httpClient.GetAsync("https://api.example.com", linked.Token);
}
catch (OperationCanceledException) when (linked.IsCancellationRequested)
{
// 统一处理：无需区分哪个源触发
}
注意 CancellationToken.None 可安全传入 CreateLinkedTokenSource，它会被忽略；但不要传 null，否则抛 ArgumentNullException。
真正容易被忽略的是：链接后的 CancellationTokenSource 必须显式 Dispose()，尤其是它持有对其他源的弱引用监听器——不释放可能导致 GC 延迟或意外保留对象生命周期。
