如何获取不在 UI 线程上执行的任务

Question

以下代码是实际应用程序中代码的简化。下面的问题是会在 UI 线程中运行长时间的工作，而不是在后台线程中运行。

    void Do()
    {
        Debug.Assert(this.Dispatcher.CheckAccess() == true);
        Task.Factory.StartNew(ShortUIWork, CancellationToken.None, TaskCreationOptions.None, TaskScheduler.FromCurrentSynchronizationContext());
    }

    void ShortUIWork()
    {
        Debug.Assert(this.Dispatcher.CheckAccess() == true);
        Task.Factory.StartNew(LongWork, TaskCreationOptions.LongRunning);
    }

    void LongWork()
    {
        Debug.Assert(this.Dispatcher.CheckAccess() == false);
        Thread.Sleep(1000);
    }

所以 Do() 通常从 UI 上下文中调用。由 TaskScheduler 定义的 ShortUIWork 也是如此。但是，LongWork 最终也会在 UI 线程中调用，这当然会阻塞 UI。

如何保证任务不在UI线程中运行？

Answer 1

LongRunning 只是对TaskScheduler 的提示。对于SynchronizationContextTaskScheduler（由TaskScheduler.FromCurrentSynchronizationContext() 返回），它显然忽略了提示。

一方面，这似乎违反直觉。毕竟，如果任务长时间运行，您不太可能希望它在 UI 线程上运行。另一方面，根据 MSDN：

LongRunning - 指定任务将长期运行， 粗粒度操作。它为 TaskScheduler 提供了一个提示： 可能需要超额认购。

由于 UI 线程不是线程池线程，因此不会发生“超额订阅”（线程池饥饿），因此提示对SynchronizationContextTaskScheduler 无效是有道理的。

无论如何，您都可以通过切换回默认任务计划程序来解决此问题：

void ShortUIWork()
{
    Debug.Assert(this.Dispatcher.CheckAccess() == true);
    Task.Factory.StartNew(LongWork, CancellationToken.None, TaskCreationOptions.LongRunning, TaskScheduler.Default);
}