什么是PushFrame需要？

Question

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

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

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

    _frameDepth--;
    // Stuff
}

换句话说,它只是打开新的消息处理循环.但我真的无法理解这种方式的好处.出于什么目的PushFrame使用？它的用法有很好的例子吗？至于我,似乎这种方法会导致不明显的错误.

Answer 1

它是WPF程序中调度程序循环的必要管道.Windows上的每个GUI程序都有一个,它是生产者 - 消费者问题的通用解决方案.操作系统和其他程序生成的地方以及WPF程序的UI线程消耗.对GUI应用程序的硬性要求,实现GUI的库代码从不是线程安全的.您可以在此处轻松查看循环,您无法看到循环清空的线程安全队列,它内置于操作系统中.

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

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

但是WPF也可以用于这种模态循环.规范的例子是Window.ShowDialog()方法.在关闭对话框之前,该方法不会返回.由WPF内部再次调用PushFrame()实现.只需使用调试器进行尝试,您将在"调用堆栈"窗口中看到两个PushFrame调用.第一个是ShowDialog()调用的那个,第二个是Application.Run()调用的那个.如果您的对话框依次显示对话框,您将获得更多.

一个不太明显的例子是在UI线程上调用Dispatcher.Invoke().在调用的方法返回之前不返回的方法.通常有点像一个bug,但没有令人信服的理由不允许它.警告可能是恰当的,模态循环非常危险.他们有诀窍造成重新入侵的错误.使DoEvents()方法如此臭名昭着的错误.ShowDialog()禁用UI中所有其他窗口的一个重要原因.