c# - 为什么需要 PushFrame？

Question

我遇到了 Dispatcher 对象的 PushFrame 方法。它是方法的简化版本:

public void PushFrame(DispatcherFrame frame)
{
    // Stuff
    _frameDepth++;

    while(frame.Continue)
    {
        // Getting and dispatching messages
    }

    _frameDepth--;
    // Stuff
}

换句话说，它只是打开了新的消息处理循环。但我真的无法理解这种方式的好处。 PushFrame 的用途是什么？有没有很好的例子说明它的用法？对于我来说，这种方法似乎不会导致明显的错误。

Answer 1

它是 WPF 程序中调度程序循环的基本管道。 Windows 上的每个 GUI 程序都有一个，它是 producer-consumer problem 的通用解决方案.操作系统和其他程序生成以及 WPF 程序的 UI 线程消耗的位置。 GUI 应用程序的硬性要求是，实现 GUI 的库代码永远不是线程安全的。你可以很容易地看到这里的循环，你看不到被循环清空的线程安全队列，它是操作系统内置的。

循环是通过调用 Application.Run() 开始的。在 WPF 应用程序中不容易看到，它是在大多数应用程序中从您的 App.xaml 文件自动生成的。这插入了第一个“框架”，只要它停留在循环内，您的应用程序就会一直运行。当您在事件处理程序上设置断点时，您将始终在调用堆栈调试器窗口中看到它。关闭应用程序的主窗口是循环结束的正常方式。这反过来会导致 Run() 方法返回，从而终止 UI 线程，从而终止进程。

在某些情况下，您希望有一个嵌套的调度程序循环。一个“模态循环”。您每天使用的这种模态循环的一个示例是当您在窗口角上单击并拖动鼠标时。所有鼠标和键盘输入现在都会改变窗口大小或位置，它们不再用于以正常方式操作 UI。释放鼠标终止该循环。此调度程序循环内置于操作系统中，不是由 WPF 完成。

但是 WPF 也使用了这样的模态循环。典型示例是 Window.ShowDialog() 方法。该方法在对话框关闭之前不会返回。通过 WPF 内部再次调用 PushFrame() 实现。只需使用调试器尝试一下，您就会在“调用堆栈”窗口中看到两个 PushFrame 调用。第一个是 ShowDialog() 调用的，第二个是 Application.Run() 调用的。如果您的对话框依次显示一个对话框，您会得到更多。

一个不太明显的例子是在 UI 线程上调用 Dispatcher.Invoke()。在调用的方法返回之前不返回的方法。通常有点错误，但没有令人信服的理由禁止它。一句警告可能是合适的，模态循环非常危险。他们有制造重入错误的诀窍。使 DoEvents() 方法臭名昭著的那种错误。 ShowDialog() 禁用 UI 中所有其他窗口的一个重要原因。