学习Cancellation Token遇问题：外部取消任务后Debug.WriteLine未触发

你的核心问题有两个：

1. 当任务被取消时，Task.Run会抛出OperationCanceledException，而你的代码没有捕获这个异常，导致await语句直接终止整个方法，后续的Debug.WriteLine根本没有执行机会。
2. 如果_cancelTask是与外部共享的实例，你在方法内重新new CancellationTokenSource()会覆盖原有实例，可能导致外部的取消操作无法关联到当前任务。

修正后的代码示例 #

// 共享的取消源（假设为静态字段，供外部访问）
private static CancellationTokenSource _cancelTask;

internal static async Task<bool> SimConnectInitAsync()
{
    // 清理之前的取消源（如果存在）
    _cancelTask?.Dispose();
    _cancelTask = new CancellationTokenSource();

    try
    {
        // 将取消令牌传递给InitializeAsync（如果它支持取消逻辑）
        await Task.Run(async () =>
        {
            await InitializeAsync(_cancelTask.Token);
        }, _cancelTask.Token);
    }
    catch (OperationCanceledException)
    {
        Debug.WriteLine("Cancelled");
        // 取消后返回false，符合方法返回bool的业务逻辑
        return false;
    }
    finally
    {
        // 若不需要保留取消源供后续操作，在这里释放资源；若外部还要使用则注释此行
        // _cancelTask.Dispose();
        // _cancelTask = null;
    }

    return true;
}

// 外部调用的取消方法
internal static void CancelSimConnectInit()
{
    _cancelTask?.Cancel();
}

关键修改说明 #

• 捕获取消异常：用try-catch包裹await Task.Run的逻辑，专门捕获OperationCanceledException，这样任务被取消时会进入catch块执行你的提示代码，而不是直接终止方法。
• 传递令牌到子方法：如果InitializeAsync支持取消（即接受CancellationToken参数），一定要把令牌传递进去，这样InitializeAsync内部可以通过token.ThrowIfCancellationRequested()或检查token.IsCancellationRequested及时响应取消，避免无效的后台执行。
• 正确管理共享取消源：如果_cancelTask是外部共享的，不要随意在方法内重新赋值覆盖，确保外部调用Cancel()时操作的是当前任务对应的取消源实例。
• 资源清理：把Dispose()放在finally块中，确保无论任务成功还是取消，都能正确释放资源（根据业务需求决定是否在方法内释放，若外部还要复用则交给外部管理）。

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