在您将我的问题标记为重复之前，请听我说完。

大多数人都在执行长时间运行的非 UI 操作，并且需要解除对 UI 线程的阻塞。我有一个长时间运行的 UI 操作，它必须在阻塞我的应用程序其余部分的 UI 线程上运行。基本上，我在运行时动态构建 DependencyObject 并将它们添加到我的 WPF 应用程序的 UI 组件中。需要创建的 DependencyObject 的数量取决于用户输入，没有限制。我的测试输入之一有大约 6000 个 DependencyObject 需要创建，加载它们需要几分钟时间。

在这种情况下使用后台 worker 的通常解决方案不起作用，因为一旦 DependencyObject 由后台 worker 创建，它们就不能再添加到 UI 组件中，因为它们是在后台线程上创建。

我目前尝试的解决方案是在后台线程中运行循环，为每个工作单元分派(dispatch)到 UI 线程，然后调用 Thread.Yield() 为 UI 线程提供一个有机会更新。这几乎可以工作 - UI 线程确实有机会在操作期间更新自身几次，但应用程序仍然基本上被阻塞。

如何让我的应用程序在这个长时间运行的操作期间不断更新 UI 并处理其他表单上的事件？

编辑: 根据要求，我当前的“解决方案”示例:

private void InitializeForm(List<NonDependencyObject> myCollection)
{
    Action<NonDependencyObject> doWork = (nonDepObj) =>
        {
            var dependencyObject = CreateDependencyObject(nonDepObj);
            UiComponent.Add(dependencyObject);
            // Set up some binding on each dependencyObject and update progress bar
            ...
        };

    Action background = () =>
        {
            foreach (var nonDependencyObject in myCollection)
            {
                 if (nonDependencyObject.NeedsToBeAdded())
                 {
                     Dispatcher.Invoke(doWork, nonDependencyObject);
                     Thread.Yield();  //Doesn't give UI enough time to update
                 }
            }
        };
    background.BeginInvoke(background.EndInvoke, null);
}

将 Thread.Yield() 更改为 Thread.Sleep(1) 似乎可行，但这真的是一个好的解决方案吗？

最佳答案

有时确实需要在 UI 线程上执行后台工作，特别是当大部分工作是处理用户输入时。

示例:实时语法突出显示，随您键入。可以将此类后台操作的一些子工作项卸载到池线程，但这并不能消除编辑器控件的文本在每个新键入字符时发生变化的事实。

手边的帮助:await Dispatcher.Yield(DispatcherPriority.ApplicationIdle)。这将为用户输入事件(鼠标和键盘)提供 WPF 调度程序事件循环中的最佳优先级。后台工作过程可能是这样的:

async Task DoUIThreadWorkAsync(CancellationToken token)
{
    var i = 0;

    while (true)
    {
        token.ThrowIfCancellationRequested();

        await Dispatcher.Yield(DispatcherPriority.ApplicationIdle);

        // do the UI-related work
        this.TextBlock.Text = "iteration " + i++;
    }
}

这将使 UI 保持响应并尽快完成后台工作，但具有闲置优先级。

我们可能希望通过一些限制(在迭代之间等待至少 100 毫秒)和更好的取消逻辑来增强它:

async Task DoUIThreadWorkAsync(CancellationToken token)
{
    Func<Task> idleYield = async () =>
        await Dispatcher.Yield(DispatcherPriority.ApplicationIdle);

    var cancellationTcs = new TaskCompletionSource<bool>();
    using (token.Register(() =>
        cancellationTcs.SetCanceled(), useSynchronizationContext: true))
    {
        var i = 0;

        while (true)
        {
            await Task.Delay(100, token);
            await Task.WhenAny(idleYield(), cancellationTcs.Task);
            token.ThrowIfCancellationRequested();

            // do the UI-related work
            this.TextBlock.Text = "iteration " + i++;
        }

    }
}

随着 OP 发布示例代码而更新。

根据您发布的代码，我同意@HighCore 关于正确的 ViewModel 的评论。

您目前的做法是，background.BeginInvoke 在池线程上启动后台操作，然后在紧密的 foreach 循环中同步回调 UI 线程, 与 Dispatcher.Invoke。这只会增加额外的开销。此外，您没有观察到此操作的结束，因为您只是忽略了 background.BeginInvoke 返回的 IAsyncResult。因此，InitializeForm 返回，而 background.BeginInvoke 在后台线程上继续。从本质上讲，这是一个即发即弃的调用。

如果您真的想坚持使用 UI 线程，下面是如何使用我描述的方法来完成的。

请注意，_initializeTask = background() 仍然是一个异步操作，尽管它发生在 UI 线程上。 如果 InitializeForm 中没有嵌套的 Dispatcher 事件循环，您将无法使其同步(这将是一个非常糟糕的主意，因为会影响 UI 重新进入).

也就是说，简化版本(没有限制或取消)可能如下所示:

Task _initializeTask;

private void InitializeForm(List<NonDependencyObject> myCollection)
{
    Action<NonDependencyObject> doWork = (nonDepObj) =>
        {
            var dependencyObject = CreateDependencyObject(nonDepObj);
            UiComponent.Add(dependencyObject);
            // Set up some binding on each dependencyObject and update progress bar
            ...
        };

    Func<Task> background = async () =>
        {
            foreach (var nonDependencyObject in myCollection)
            {
                if (nonDependencyObject.NeedsToBeAdded())
                {
                    doWork(nonDependencyObject);
                    await Dispatcher.Yield(DispatcherPriority.ApplicationIdle);
                }
            }
        };

    _initializeTask = background();
}

关于c# - 如何在长时间运行的 *UI* 操作中让 UI 刷新，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21592036/