c# - 如何在不卡住 UI 的情况下连续更新数据网格(或任何其他 UI 控件)？

Question

在 WinForms 应用程序中，我有一个与数据源关联的数据网格。当数据通过后台线程传入时，需要更新数据集，这又会自动更新数据网格。现在，更新的顺序可以是每 20 秒 7000 次更新。问题在于，当发生此类更新时，UI 会挂起，因为它必须在主线程上发生。这个问题有已知的解决方案吗？

一般来说，您如何在 WinForms 中设计高性能的企业应用程序，其中 UI 会不断更新而不会卡住应用程序？

---

添加一个场景来解释这一点:

考虑这个场景。您有一个 TreeView ，用于表示一些分层数据。现在树上的数据更新是异步的。服务器可以同时发布一个或 1000 个更新。更新可以是现有项目的修改或新节点的添加。需要注意的一点是更新不能延迟。节点代表某处的实时实体。 延迟更新会给用户一种事件本身被延迟的感觉。所以这是做不到的。如果可能的话(从业务逻辑的角度来看)我早就这么做了。

这里有一个关键点:所有数据不需要同时可见。

这样人们就不再建议这样做了:

添加后台工作线程将无济于事，因为该线程必须切换到主线程才能执行更新。工作线程不会有任何区别。

Answer 1

你不能，除非你想使用 DirectX。

Windows 窗体不是为实时信息显示而设计的。正如许多其他人指出的那样，您可以非常接近，但由于 Windows 消息循环 的工作方式，您绝对不能保证屏幕上的内容将是“实时”，即使您创建一个以 60hz 计时的计时器。即使您以事件驱动的方式执行此操作，Windows 仍会排队 WM_PAINT 消息，如果您正在寻找实时显示，这将不可避免地延迟。

如果您真的想要一个非常接近实时的显示，您将需要实现类似于游戏循环的东西。

有关为什么 Windows 消息循环不能用于实时显示以及什么是游戏循环的解释，请参阅: http://www.mvps.org/directx/articles/writing_the_game_loop.htm

电脑游戏不可能有任何可察觉的延迟，因此大多数电脑游戏都试图优化性能，以便它们接近 60hz 或更高的帧速率。 (电影放映只有24hz，你觉得它们“延迟”了吗？)

编写具有实时显示功能的应用程序并非易事，我强烈建议考虑通过以下任何方式与 Windows 提供的功能妥协:

• 创建一个计时器，以可接受的速率(每秒 10 次或更多次)对屏幕更新进行排队。用户不会将事件感知为延迟，因为用户无法感知在一小部分秒内发生的延迟。
• 在基础数据发生变化时引发事件，让 Windows 决定何时更新显示(这几乎总是可以接受的)。
• 如果可能，想出一个不基于网格的替代显示。可能是滚动控制台，或显示相关信息而不覆盖旧信息的其他界面。这可能不适用，但当您想要的界面不起作用时，提出另一个界面创意通常是一个好方法。

如果您真的非常想要一个非常高性能的用户界面，并编写一个游戏循环，您可以使用 C# 来实现，并自行将网格绘制到 DirectX 表面。一旦掌握了 DirectX 的窍门，绘制网格就相当容易了，它只是一堆线。使用这种方法，您将避免处理 Windows 消息循环，并可能接近实时性能。

这是关于如何使用 DirectX 以及如何在 Windows 窗体上呈现的精彩教程:

http://www.godpatterns.com/2005/02/using-directx-and-c-sharp-to-create.html