为什么我们需要ContinueWith方法？

Question

为什么我们需要 Task.ContinueWith() 方法。我们不能在任务主体中编写“继续代码”吗？

Answer 1

萨沙·戈德斯坦的回答是正确的。在某些情况下，您的“继续”组合代码无法直接访问任务的执行方法，甚至无法设置任务的执行方法。例如，想要聚合任务的可插入系统。

然而，还有另一个可能适用的原因。粒度

考虑可能引发使用 TaskCreationOptions.LongRunning 的要求。在一个有数百个进程被调度、执行和完成的并行系统中，任务调度程序正在努力提高调度任务时的高效处理器亲和力。

如果您可以将任务分解为细粒度的子任务并将它们链接起来，则不再需要使用 TaskCreationOptions.LongRunning。简单来说，这会表现得更好，因为在只有 4 个核心可用的环境中，安排 100 个小任务同时完成比安排 10 个大任务同时完成更容易。请记住，链式任务不能保证在其先行任务之后立即开始。

这是一个有趣的问题，只有当您想要一个可扩展的系统时，这个问题才会成为一个问题。

如果您问我，您应该尽可能使用ContinueWith()，因为它将帮助您的应用程序扩展。

Answer 2

有时，您从外部收到一个任务，并希望将您的延续链接到它。还有一些方法可以创建没有 Action 的任务（例如使用 TaskCompletionSource）。

Answer 3

任务延续允许您进行任务链，链中的每个任务后面都有一个其他任务。

此外，在 Task.ContinueWith 方法中，您可以使用 异步检查 Task TaskContinuationOptions 当目标 Task 完成或发生错误时

Task task = Task.Factory.StartNew
(
    () =>
        {
            //Your action when the task started
        }
);

task.ContinueWith
(
    _ =>
        {   
            //Your action when the task completed
        },
    CancellationToken.None,
    TaskContinuationOptions.OnlyOnRanToCompletion | TaskContinuationOptions.AttachedToParent,
    TaskScheduler.FromCurrentSynchronizationContext()
);

task.ContinueWith
(
    (t) =>
        {
            //Action when error occured
            Exception exception = null;

            if (t.Exception.InnerException != null)
            {
            exception = t.Exception.InnerException;
            }
            else
            {
            exception = t.Exception;
            }

            //You can use this exception
        },
    CancellationToken.None,
    TaskContinuationOptions.OnlyOnFaulted | TaskContinuationOptions.AttachedToParent,
    TaskScheduler.FromCurrentSynchronizationContext()
);

要了解更多信息，请查看 此处