Dispatcher.BeginInvoke 中的不确定 ProgressBar 动画混蛋

Question

我有一段代码测试 GUI 和线程行为。我想在查询数据库并将大量行 (10K+) 添加到 DataGrid 时保持 ProgressBar animation 运行（使用IsIndeterminate="True"）。即使我将数据库和 GUI 代码包装在 Dispatcher.BeginInvoke 中，ProgressBar animation 也会随着 DataGrid 的填充而抖动。

我希望 ProgressBar 动画 会冻结（如果在 GUI 线程上）或平稳运行（如果在单独的线程上），但我不明白为什么动画会突然运行。

请不要建议 BackgroundWorker，因为我想了解这个问题中的问题，以及为什么 BeginInvoke 没有分离线程。我只是循环遍历 SqlDataReader 并作为 Item 一项一项添加到 DataGrid，而不是将数据绑定到源或数据表。

// XAML
<Button Click="Button_Click"></Button>
<ProgressBar IsIndeterminate="True"></ProgressBar>
<DataGrid ... ></DataGrid>

// C#
private void Button_Click(object sendoer, RoutedEventArgs e)
{
    this.Dispatcher.BeginInvoke(DispatcherPriority.Normal,(ThreadStart)delegate()
    {
        // Query database and update GUI (e.g. DataGrid)
    });
}

Answer 1

Dispatcher always 在与其关联的线程（在您的情况下为 UI 线程）上执行代码，无论您使用 Invoke 还是 InvokeAsync（这是一个方便BeginInvoke 的简写）。所以所有关于从数据库加载数据和更新DataGrid的工作都是在UI线程上完成的，因此动画并不流畅。

Invoke和InvokeAsync的区别在于前者同步执行，后者异步执行。这意味着在第一种情况下，调用线程将被挂起，直到委托完成执行（即它将被同步），而在第二种情况下，线程将继续执行而不等待代表完成。让我尝试通过示例指出这种差异。

示例 I. 从 UI 线程调用方法（如您的情况）

假设我们只有一个线程（UI 线程）。调用Invoke 不会有任何明显的效果，因为委托会立即执行，然后才会继续执行。所以这个：

Dispatcher.Invoke(() => DoSomeStuff());
DoSomeOtherStuff();

将具有与此相同的效果：

DoSomeStuff();
DoSomeOtherStuff();

然而，调用BeginInvoke 会产生这样的效果，即只有在执行所有具有更高优先级（或已安排具有相同优先级）的计划任务后，才会安排委托执行。所以在这种情况下：

Dispatcher.InvokeAsync(() => DoSomeStuff());
DoSomeOtherStuff();

DoSomeOtherStuff() 将首先执行，DoSomeStuff() 第二。这通常用于例如事件处理程序中，您需要在事件完全处理后才执行一些代码（例如see this question）。

示例二。方法是从不同的线程调用的

假设我们有两个线程 - UI 线程和一个工作线程。如果我们从工作线程调用Invoke：

Dispatcher.Invoke(() => DoSomeStuff());
DoSomeOtherStuff();

首先DoSomeStuff()将在UI线程上执行，然后DoSomeOtherStuff()将在工作线程上执行。如果是InvokeAsync：

Dispatcher.InvokeAsync(() => DoSomeStuff());
DoSomeOtherStuff();

我们只知道DoSomeStuff()会在UI线程上执行，DoSomeOtherStuff()会在工作线程上执行，但是它们的执行顺序是不确定的*。

通常Invoke 用于当您的委托产生一些结果并且您需要它继续在工作线程上执行时（例如，当您需要获取依赖项属性值时）。另一方面，InvokeAsync 通常在委托未产生任何结果（或结果被忽略）时使用，例如在您的情况下 - 更新 DataGrid 不会产生任何值得等待的结果，因此您可以立即继续加载下一批数据。

我希望能为您阐明这个问题，并且您可以了解为什么“jerky UI”的解决方案是将繁重的工作委托给另一个线程并且只使用调度程序与 UI 交互。那是使用BackgroundWorker 或Task 的建议来自。

*实际上它们可能会同时执行。我的意思是，例如，如果这两种方法都只向控制台打印一些文本，那么控制台中的消息顺序是不确定的。