WPF .NET 4.5中如何取消特定事件创建的先前任务并实现延迟执行

你这个场景用CancellationToken完全是正确的选择，而且是最优雅的处理方式。我给你提供一套完整的实现方案，正好匹配你的需求：

首先，我们需要在你的类（比如ViewModel或者Window）里维护一个CancellationTokenSource实例，用来跟踪和取消上一次触发的任务：

private CancellationTokenSource _pendingWorkCts;

接下来修改你的事件处理方法和异步逻辑：

private void YourEventHandler(object sender, EventArgs e)
{
    // 第一步：取消上一次还在等待的任务
    _pendingWorkCts?.Cancel();
    
    // 第二步：创建新的取消令牌源，用于当前这次的任务
    _pendingWorkCts = new CancellationTokenSource();
    var cancellationToken = _pendingWorkCts.Token;

    // 第三步：启动异步任务
    _ = Task.Run(async () =>
    {
        try
        {
            // 等待3秒，同时监听取消信号
            await Task.Delay(3000, cancellationToken);

            // 如果任务没被取消，执行计算逻辑
            if (!cancellationToken.IsCancellationRequested)
            {
                // 注意：WPF中UI操作必须回到UI线程，这里用Dispatcher切换
                await Application.Current.Dispatcher.InvokeAsync(() =>
                {
                    ExecuteYourCalculation();
                });
            }
        }
        catch (OperationCanceledException)
        {
            // 任务被取消，这里可以记录日志或者什么都不做
        }
        finally
        {
            // 释放资源，防止内存泄漏
            _pendingWorkCts.Dispose();
        }
    }, cancellationToken);
}

private void ExecuteYourCalculation()
{
    // 这里写你的非高频计算逻辑
}

为什么这个方案可行？ #

• 每次事件触发时，我们先取消上一次的CancellationTokenSource，这样上一次的Task.Delay会立刻抛出OperationCanceledException，终止后续的计算逻辑。
• CancellationToken是协作式取消，它不会强制杀死线程，而是让任务自己响应取消信号，这在异步编程里是标准做法，避免了线程强制终止带来的风险。
• 最后在finally块里释放CancellationTokenSource的资源，避免内存泄漏。

额外注意事项 #

1. 如果你的类实现了IDisposable，记得在Dispose方法里取消并释放_pendingWorkCts：

public void Dispose()
{
    _pendingWorkCts?.Cancel();
    _pendingWorkCts?.Dispose();
}

2. 如果计算逻辑本身也支持取消（比如有循环操作），可以把cancellationToken传递给计算方法，在计算过程中定期检查cancellationToken.IsCancellationRequested，提前终止计算。

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