移动窗口时，PushFrame会锁定WPF窗口

Question

我正在使用PushFrame来确保窗口在执行其他代码之前完成绘制。我的应用程序有一些时间敏感的功能，需要在继续执行代码之前更新窗口。

所以我使用了msdn中的示例：http://msdn.microsoft.com/en-us/library/vstudio/system.windows.threading.dispatcher.pushframe(v=vs.110).aspx 这很好用，但是如果用户在执行此代码时拖动我的窗口，则窗口会挂起，只能通过ctrl-alt-del获取它的控制权。

有什么想法吗？

- Joel Barsotti

---

这句与编程有关的内容听起来很别扭。为什么不直接使用正确的“DispatcherPriority”调用“Dispatcher.BeginInvoke()”? - Federico Berasategui

这是确保在返回之前实际绘制到屏幕的唯一方法。你知道begin invoke是异步的吗？如果有什么需要，我想要Invoke，但即使使用它，你仍然无法直接处理调度程序在自己的时间内处理的实际绘制更新。 - Joel Barsotti

不是真的。使用 DispatcherPriority.ApplicationIdle 可以确保您的代码在其他所有操作完成后才被调用。顺便说一句，“painted”这个词听起来太winforms了。您实际上想做什么？ - Federico Berasategui

将屏幕更新与物理硬件监测设备同步。 - Joel Barsotti

听起来你更愿意使用TPL和TaskScheduler.FromCurrentSynchronizationContext。 - Federico Berasategui

不是仅仅将其调度到前台线程。我需要实际更新屏幕上的内容。 - Joel Barsotti

Answer 1

应用程序似乎被冻结，因为在用户代码调用Dispatcher.PushFrame()之后，窗口调整大小或DragMove()操作没有自动释放鼠标捕获。解决方法是在调用Dispatcher.PushFrame()之前，手动释放应用程序中任何正在捕获鼠标的窗口的鼠标捕获。

        ...
        if (priority < DispatcherPriority.Loaded)
        {
            IntPtr capturingHandle = GetCapture();
            for (int i = 0; i < Application.Current.Windows.Count; i++)
            {
                if (new WindowInteropHelper(
                                            Application.Current.Windows[i]
                                           ).Handle == capturingHandle)
                {
                    Mouse.Capture(
                                  Application.Current.Windows[i],
                                  CaptureMode.Element
                                 );
                    Application.Current.Windows[i].ReleaseMouseCapture();
                    break;
                }
            }
        }
        ...

这个解决方法利用了 GetCapture() p/invoke 声明：

    [DllImport("user32.dll", CharSet = CharSet.Auto)]
    public static extern IntPtr GetCapture();

- fvojvodic

Answer 2

很遗憾，我没有解决方案，但是我可以确认我们的应用程序（以及一个50行的示例程序）也能重现这个问题。 请随意投票此连接问题。

- Hrvoje Prgeša