如何为带参数的ThreadPool线程池传入CancellationToken取消令牌

报错根因 #

ThreadPool.QueueUserWorkItem 不存在同时接收执行委托、自定义参数、CancellationToken的重载，CancellationToken需要你自己作为参数的一部分传递给执行方法。

方案1 直接用闭包传递参数和token（无需改动原有QueueUserWorkItem写法） #

将参数和token通过闭包直接传入执行方法，不需要依赖方法重载支持：

// 类级别声明CancellationTokenSource
CancellationTokenSource source = new CancellationTokenSource();

private void CollectData(object sender, RoutedEventArgs e)
{
    // 打包参数和token传递给RunLoops
    ThreadPool.QueueUserWorkItem(_ => RunLoops(new object[] { 0, 10, 20, 30, 40 }, source.Token));
}

// 停止按钮点击事件
private void StopTask(object sender, RoutedEventArgs e)
{
    source?.Cancel();
}

方案2 更推荐的现代写法：用Task.Run替代ThreadPool.QueueUserWorkItem #

.NET 生态更推荐用Task.Run处理后台任务，天生支持取消令牌，代码可维护性更高：

// 类级别声明CancellationTokenSource
private CancellationTokenSource _cts = new CancellationTokenSource();

private async void CollectData(object sender, RoutedEventArgs e)
{
    // 启动前释放旧的cts，避免残留取消状态影响新任务
    _cts?.Dispose();
    _cts = new CancellationTokenSource();
    
    var runParams = new object[] { 0, 10, 20, 30, 40 };
    // 启动后台任务，传入取消令牌
    await Task.Run(() => RunLoops(runParams, _cts.Token), _cts.Token);
}

// 停止按钮点击事件
private void StopCollect(object sender, RoutedEventArgs e)
{
    _cts?.Cancel();
}

// RunLoops实现示例，需要主动响应取消信号
private void RunLoops(object parameters, CancellationToken token)
{
    var paramArr = (object[])parameters;
    // 耗时逻辑循环中每次迭代都检查取消状态
    for (int i = 0; i < 10000; i++)
    {
        // 检测到取消信号就退出执行，可在这里加自定义资源清理逻辑
        if (token.IsCancellationRequested)
        {
            return;
        }
        // 你的原有业务逻辑
    }
}

注意事项 #

• 取消是协作式的，必须在耗时逻辑中主动检查CancellationToken.IsCancellationRequested属性，调用Cancel()不会强制终止线程
• 非UI线程中操作WPF控件需要通过Dispatcher封送回UI线程，否则会触发跨线程访问异常
• 每次启动新任务前建议重新实例化CancellationTokenSource，避免复用已触发取消的旧实例导致新任务直接终止

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