C# 的CancellationTokenSource过于鸡肋

本文主要是介绍C# 的CancellationTokenSource过于鸡肋，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

在C#中多线程任务可以通过 Thread、ThreadPool 和 Task 这三个类来实现，并且Task的性能是要比前两者要好的，就是任务取消有点问题。

Thread 可以通过 Thread.Abort() 来取消线程的执行，但是 Task 并没有此类方法，要取消 Task 线程需要用到 CancellationTokenSource 并在执行任务时传入其 Token，例如：

CancellationTokenSource tokenSource = new CancellationTokenSource();
//CancellationToken token = tokenSource.Token; //也可以单独声明一个CancellationToken
    Task.Run(()=>
    {
        while(!tokenSource.IsCancellationRequested)
        {
            //...
        }
        Console.WriteLine("已取消");
    },tokenSource.Token);
    tokenSource.Cancel();

通过代码可以看出来，在调用 CancellationTokenSource.Cancel() 之后并不会直接结束线程，而是要自己在任务线程中判断是否已经发送取消任务的请求后自行取消任务，这样就有很大的问题了：这个方法只有在循环等待的任务起作用，而串行执行的任务完全没作用（总不可能执行一句代码就判断一次吧），比如下面这样：

CancellationTokenSource tokenSource = new CancellationTokenSource();
    Task.Run(()=>
    {
        //...
        if(tokenSource.IsCancellationRequested) return;
        //...
        if(tokenSource.IsCancellationRequested) return;
    },tokenSource.Token);
    tokenSource.Cancel();

这样就显得这个方法很鸡肋，因为我们完全可以自己定义一个静态的bool变量来判断任务是否需要取消，还不用去确认 CancellationTokenSource 是否已经发送过取消请求（如果多次发送取消请求会报错，也就是说如果要执行多个不同的 Task 需要声明多个CancellationTokenSource）

建议在实际应用中如果是随时有可能需要取消的线程建议用 Thread，非必要不取消的任务再用 Task。

这篇关于C# 的CancellationTokenSource过于鸡肋的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！