TaskFactory.StartNew()中的"cancellationToken"参数用于什么？

Question

http://msdn.microsoft.com/en-us/library/dd988458.aspx

更新:

那么，让我们来讨论这篇文章:http://msdn.microsoft.com/en-us/library/dd997396.aspx

我已经稍微更改了那段代码:

    static void Main()
    {

        var tokenSource2 = new CancellationTokenSource();
        CancellationToken ct = tokenSource2.Token;

        var task = Task.Factory.StartNew(() =>
        {

            // Were we already canceled?
            ct.ThrowIfCancellationRequested();

            bool moreToDo = true;
            Thread.Sleep(5000);
            while (moreToDo)
            {

                // Poll on this property if you have to do
                // other cleanup before throwing.
                if (ct.IsCancellationRequested)
                {
                    Console.WriteLine("exit");
                    // Clean up here, then...
                    ct.ThrowIfCancellationRequested();
                }

            }
        }, tokenSource2.Token); // this parameter useless

        Console.WriteLine("sleep");
        Thread.Sleep(2000);
        Console.WriteLine("cancel");

        tokenSource2.Cancel();

        // Just continue on this thread, or Wait/WaitAll with try-catch:
        try
        {
            task.Wait();
        }
        catch (AggregateException e)
        {
            foreach (var v in e.InnerExceptions)
            {
                Console.WriteLine(e.Message + " " + v.Message);
            }
        }

        Console.ReadKey();
    }

更新：好吧，这只改变了task.IsCanceled，但我认为这是无用的，因为我仍然需要手动实现所有内容。

- zerkms

---

请查看 任务取消。 - John Saunders

我看过了。 "}，tokenSource2.Token）" - 这个参数没有任何改变。无论我们是否传递了此 Token - 我们都将收到异常，因为ct由闭包处理。 - zerkms

很遗憾，这个问题没有实际的答案，我也在想那个参数是否有必要...目前看起来完全没有用。 - Marcel Popescu

你应该将@VirusX的帖子标记为真正的答案，因为它是真正的答案，并指出它实际上并不是无用的，以及原因。 - BrainSlugs83

Answer 1

由于评论，我将发布另一个答案。

请考虑以下代码：

var tokenSource = new CancellationTokenSource();
CancellationToken ct = tokenSource.Token;

tokenSource.Cancel(); 

var task = Task.Factory.StartNew(() =>
{    
  // Were we already canceled?
  ct.ThrowIfCancellationRequested();
  // do some processing
});

即使在实际启动任务之前发布tokenSource.Cancel()指令，您仍将从线程池中分配工作线程，因此会浪费某些系统资源。

但是当您在Task.Factory.StartNew中指定token参数时，任务将立即被取消，而不会分配工作线程。

- VirusX

---

这可能是被接受的答案 - 在您的代表上面发布。一个问题 - 是否有一种方法可以获取传递的当前任务的取消标记？类似于Dispatcher.CurrentDispatcher的等效物？ - BrainSlugs83

这个问题困扰了我很长时间。有没有MSDN文档可以证实这一点？ - Abhijeet Patel

Answer 2

使用任务取消仍然是协作的。您不希望在线程执行关键操作时中止它。您需要进行检查。

CancellationTokens比简单构造（如ManualResetEvent）更好，用于向操作发出关闭信号，因为您可以级联或组合它们。例如，您可以为整个应用程序关闭设置一个CancellationTokens，并将其与用于取消特定任务的另一个CancellationTokens组合。任务只需要查看一个CancellationToken，但您可以从任何一个CancellationTokenSource取消它。

- Ian Mercer

---

那么，我如何在Work()中获取那个令牌参数？ - zerkms

你可以使用http://msdn.microsoft.com/en-us/library/dd780315.aspx将其传递，但当你开始实现自己的`TaskFactory`并且想要具有级联取消标记等功能时，取消标记的真正效用就发挥出来了，这比简单的`ManualResetEvent`或类似的工具更加强大。 - Ian Mercer

@zerkms: 还要阅读MSDN上的cancellation，它提供了更高层次的统一取消框架视图。任务取消只是Task对象使用取消的方式。如果您阅读“大局”取消文章，那么好处应该变得更加清晰。 - Stephen Cleary

问题并不涉及整个取消框架（这个框架异常复杂）。问题是，既然任务没有将令牌作为参数接收，为什么令牌会被传递给 StartNew()？请翻译此内容。 - Marcel Popescu

尽管框架不会将其传递，但它在内部使用。为什么这很复杂呢？例如，在任务的异常处理代码中，您可以看到它被使用。它也在“TaskDebugView”中内部使用。 - Ian Mercer

如果我不传递“TaskDebugView”，那么除了它之外，我会看到什么明显的区别？因为我现在看不到任何区别... - BrainSlugs83