关于在 WPF 中刷新 UI 的困惑

Posted 2023-02-22

【中文标题】关于在 WPF 中刷新 UI 的困惑

【英文标题】：Confusion about Refreshing the UI in WPF

【发布时间】：2013-02-21 06:12:17

【问题描述】：

我听说这会刷新 UI，但为什么会这样呢？ Dispatcher 调用这个空动作，这就是没有调用 InvalidateMeasure() 会触发 UI 在动作内部重新测量、重新排列和重新渲染。 update/refresh UI 的度量和安排流程在哪里？

private static Action EmptyDelegate = delegate()  ;

public static void Refresh(UIElement uiElement)

   uiElement.Dispatcher.Invoke(DispatcherPriority.Render, EmptyDelegate);

有什么帮助吗？

EDITED:我想知道为什么UI渲染的细节。像well that triggers ui update 这样的答案对我没有任何帮助。

【问题讨论】：

如果您发布此想法的来源的参考可能会有所帮助。

我稍微编辑了我的问题。无论您的意思是什么，都没有参考。这似乎是在 wpf 中刷新控件的常用方法。如果您熟悉 WPF，则不需要任何参考资料即可理解代码。我想知道为什么这段代码会刷新 UI，因为没有任何动作或没有动作可以让 UI 进行重新测量和重新渲染。它的空动作，但似乎刷新了 ui。为什么？

当你写“我听说这会刷新 UI”或“这似乎是在 wpf 中刷新控件的常用方法”时，听起来你从某个地方得到了这个想法。知道从哪里来会很有趣......

@Clemens 我猜这里geekswithblogs.net/NewThingsILearned/archive/2008/08/25/… - 它至少与上面的代码匹配 - 尽管我在很多地方都看到了这个想法。

@davisoa 感谢您的链接，我想它已经包含了这个问题的答案。我仍然想知道在什么情况下这种方法比简单地调用 UIElement.UpdateLayout 更好。

【参考方案1】：

由于调用的优先级，这可用于强制 WPF 更新 UI。由于此调用同步使用 Dispatcher，因此任何已经以等于或高于 DispatcherPriority.Render 的优先级排队的任务都将在运行您提供的委托之前运行。

这里是DispatcherPriority的潜在值列表，它解释了调度器运行的订单任务。

【讨论】：

我还是不明白为什么这会更新 UI？很好，它等到优先级“发送”，“正常”的任务完成，然后将执行空操作，仅此而已。没有重新测量。更新 UI 的重新测量、重新排列和重新渲染在哪里？

我相信Render 优先级包括执行测量、排列，当然还有渲染的任务 - 我正在寻找定义现在发生的事情的东西。

渲染只是优先级，不包括任何额外的任务。

渲染是您要添加的任务的优先级，但调度程序有它自己的渲染任务。这些已经在队列中的其他任务正在执行，导致 UI 更新。

如果 Dispatcher 没有任何自己的当前渲染任务怎么办。如果一切都已经渲染并且没有更多的事情要做，那么 Dispatcher 将是空的。当 dispatcher 是空的，而你 isert 一个空任务，然后呢？

【参考方案2】：

Microsoft 建议使用一种稍微不同的方式来处理您的代码使用 PushFrame 所做的事情。

代码与渲染无关。它的作用类似于 VB6 和 WinForms 中已知的 DoEvents 方法。 DoEvents 在抽取 Windows 消息队列并处理队列中的消息时暂停程序。这包括任何呈现消息，例如WM_PAINT 和WM_NCPAINT。

代码指示 Dispatcher 停止当前线程并抽出其队列并处理所有具有 DispatcherPriority.Render 或更高优先级的消息。如果队列中有任何待处理的渲染消息，例如，如果框架在某处调用了InvalidateRect，则会处理这些消息并重新渲染 UI。

DoEvents 一直被认为是代码异味，因为它绕过了消息队列。如果你想要一个响应式的用户界面，你应该改用工作线程。

【讨论】：

推帧链接失效