为什么我的 Task.ContinueWith 不能在 .NET 4.5 中执行?

Why doesn't my Task.ContinueWith execute in .NET 4.5?

考虑以下代码

Task<T>.Factory.StartNew(() => 
    {
      // block #1: load some data from local file cache
    }
  )
  .ContinueWith(task => 
    {
      // block #2: handle success or failure of load-from-cache operation and surface to application
    }, 
    cancellationToken,
    TaskContinuationOptions.NotOnCanceled,
    TaskScheduler.FromCurrentSynchronizationContext()
  )
  .ContinueWith(task => 
    {
      // block #3: load data from remote data source
    },
    TaskContinuationOptions.NotOnCanceled
  );

在 .NET 4.0 中,此代码按我的预期执行:第一个块 运行s 在后台线程中,然后是第二个块 运行s,最后是第三个块 运行s.

然而,在 .NET 4.5 中,无论第一个块发生什么情况(成功、错误或取消),第二个块永远不会 运行s。第三块也没有运行,等待非启动第二块。

申请背景

此代码在 WPF 应用程序中。在应用程序初始化期间 运行ning,加载应用程序启动所需的一些数据。在主线程(我从中调用此异步代码)上,我正在等待从代码块 #3 填充结果,然后再继续。如果远程数据调用超时,初始化将继续使用块 #1(缓存)中的数据。

我尝试过的事情

  1. 将 TaskScheduler.FromCurrentSynchronizationContext() 添加到 StartNew 调用。这会导致 StartNew lambda 中的代码永远不会执行(即使执行了,我也不希望它在主线程上 运行)。
  2. 从 ContinueWith 中删除 TaskScheduler.FromCurrentSynchronizationContext()(并保留 cancellationToken 或 TaskContinuationOptions 但不能同时保留两者,因为没有重载仅支持这两个参数)。这似乎有效(代码执行),但我担心副作用,因为我不确定为什么它有效。

我们在这两个 .Net 版本中的 ContinueWith 和 TaskScheduler 属性 Current 和 Default 的设计存在问题

在 .Net 4.0 中,TaskScheduler 的 Current 和 Default 都具有相同的值,即 ThreadPoolTask​​Scheduler,这是 ThreadPool 的上下文调度程序,而不是更新 UI 的调度程序,即SynchronizationContextTaskScheduler 这就是为什么您的代码 运行 在 .Net 4.0 中没问题。

在 .Net 4.5 中,情况发生了变化。因此,当您说 TaskScheduler.Current 和 TaskScheduler.Default 时,您将获得两个不同的调度程序(在您使用 WPF 的情况下)

当前为 = SynchronizationContextTaskScheduler

默认为=ThreadPoolTask​​Scheduler

现在回到您的问题,当您使用 ContinueWith 选项时,它具有调度程序的硬编码值 TaskScheduler.Current。特别是在 WPF 和 Asp.net SynchronizationContextTaskScheduler 中意味着它是 UI 线程同步上下文,一旦它被阻塞,在当前执行线程完成之前,不会执行任何其他与之关联的内容,运行 在 [=44] =]线程上下文。

建议(.Net 4.5): 尝试在 ContiueWith 中传递 TaskScheduler.Default(NON UI Scheduler) 或避免使用 ContinueWith 和而是以排队的方式加入任务。

我希望这能让您清楚了解行为发生变化的原因。有关详细信息,请参阅此讨论:Why is TaskScheduler.Current the default TaskScheduler?