CancellationToken使用咨询：取消后需设为null吗？代码写法是否正确？

你的基本思路是对的——在页面出现时创建CancellationTokenSource、传入异步方法，页面消失时取消操作，这是处理生命周期绑定异步任务的标准模式，但现有实现存在几个需要优化的点，同时关于是否要将cts设为null的问题，答案是需要，而且还要额外释放资源。

一、现有代码的潜在问题 #

1. 空引用风险：如果OnDisappearingAsync在OnAppearingAsync完成前被调用（比如页面快速切换），直接访问cts.Cancel()会抛出NullReferenceException。
2. 资源未释放：CancellationTokenSource实现了IDisposable接口，不手动释放会造成不必要的资源占用。
3. 取消逻辑未闭环：如果GetCards方法内部没有正确响应CancellationToken（比如没检查token.IsCancellationRequested或未传入支持取消的异步API），你的取消操作不会生效。

二、修正后的实现示例 #

public partial class DeckTabViewModel : BaseViewModel 
{
    // 用私有字段封装，避免外部直接修改
    private CancellationTokenSource _cts;

    public async Task OnAppearingAsync()
    {
        // 先清理之前可能残留的Cts，防止页面重复出现时的冲突
        _cts?.Cancel();
        _cts?.Dispose();
        
        _cts = new CancellationTokenSource();
        try
        {
            await GetCards(_cts.Token);
        }
        catch (OperationCanceledException)
        {
            // 可选：处理任务被取消的场景，比如打印日志或给用户提示
        }
        finally
        {
            // 任务完成后及时释放资源，避免内存占用
            _cts?.Dispose();
            _cts = null;
        }
    }

    public async Task OnDisappearingAsync()
    {
        // 先检查Cts是否存在，再执行取消和释放
        if (_cts != null)
        {
            _cts.Cancel();
            _cts.Dispose();
            _cts = null;
        }
    }

    private async Task GetCards(CancellationToken token)
    {
        // 示例1：在任务开始前检查取消标记
        token.ThrowIfCancellationRequested();
        
        // 示例2：调用支持取消的异步API（比如HttpClient）
        // var response = await _httpClient.GetAsync("api/cards", token);
        
        // 示例3：在循环/耗时操作中定期检查取消
        foreach (var card in pendingCards)
        {
            token.ThrowIfCancellationRequested();
            // 处理单张卡片的逻辑
            await Task.Delay(100, token); // 模拟耗时操作
        }
    }
}

三、关键说明 #

• 取消逻辑生效的前提：GetCards方法内部必须主动响应CancellationToken——要么调用token.ThrowIfCancellationRequested()抛出取消异常，要么将token传入支持取消的异步方法（如Task.Delay、HttpClient的请求方法）。
• 为什么要设cts为null：设为null可以避免后续代码（比如重复调用OnAppearingAsync时）误操作已释放的CancellationTokenSource，同时配合空值检查能彻底杜绝空引用问题。
• 必须调用Dispose()：CancellationTokenSource内部持有操作系统级别的资源，不释放会造成资源泄漏，尤其是在页面频繁切换的场景下。

内容的提问来源于stack exchange，提问作者Samantha J T Star