如何从另一个线程访问 UI 控件？

Question

我知道为了从另一个线程访问 UI 控件，我应该使用PostMessage()。但是，PostMessage() 是异步的，因此例如，如果我尝试更改 "EDIT" 控件的文本，我将无法在完成后删除文本缓冲区，因为我不知道窗口过程何时会完成处理消息。

所以这是我能想到的从另一个线程访问 UI 控件的两个想法：

• 创建一条用户定义的消息，例如，我向 UI 线程发送如下内容：“将这 200 行（全部存储在一个字符串中，由 '\n' 或其他内容分隔）插入ListViewX ”，当 UI 线程收到这条消息时，它会更新ListViewX，完成后，它会删除字符串（分配在堆上）。
• 另一种方法是将访问 UI 控件的代码放在函数内部，并将函数指针发送给 UI 线程，然后由 UI 线程调用。

其中一种方法是否比另一种具有一些优势，是否有其他方法可以做到这一点？

Answer 1

我经常使用以下模式（箭头表示“使用”关系）：

           +---------------+                     
           | Communication |        +-----------+
      +--->+  Data Object  +<---+---+ Thread #0 |
      |    | (thread safe) |    |   +-----------+
      |    +---------------+    +---+ Thread #1 |
      |                         |   +-----------+
      |                         |     ...        
+-----+----+                    |   +-----------+
| Main (UI)|                    +---+ Thread N  |
|  Thread  |                        +-----------+
+----------+                                     

Communication Data 对象是线程安全的，通常是ref-counted（对于非 GC 语言很重要）。该对象提供了几个典型的方法（都是可选的，取决于实际用例）：

• 工作项队列
• 需要交换的任何其他数据的数据获取器/设置器
• 在 UI 中可视化的进度信息
• 中止/状态标志，结合 ...
• 可等待事件对象发出各种信号

因为数据对象完全照顾自己，包括同步对其数据的访问，以及由于引用计数而或多或少地自动清理，所以您最终会将所有线程内容很好地封装到一个专用类中。我发现这在各种情况下都非常方便。

此外，该方法将工作线程与 UI 完全分离，因此线程甚至根本不知道是否存在 UI 以及它的外观：它是 GUI ?它是 CLI 吗？也许是网络服务？最后同样重要的是，它保持 UI 响应，因为 UI 线程（或等效线程）可以完全自行决定何时以及多久更新一次 UI。

---

_{PS：可能有官方GOF名称，不知道。}

Answer 2

我知道为了从另一个线程访问 UI 控件，我应该使用 PostMessage()。但是，PostMessage() 是异步的，因此例如，如果我尝试更改“EDIT”控件的文本，完成后我将无法删除文本缓冲区，因为我不知道窗口过程何时完成处理消息。

你错了。没有强制使用PostMessage。实际上，对于设置控件的窗口文本，您不应该使用PostMessage。由于您概述的原因，您需要同步发送WM_SETTEXT。如果你不同步发送，那么你不知道什么时候销毁文本缓冲区。

你需要做的如下：

• 如果窗口在您的进程中，那么您应该使用SetWindowText。
• 如果窗口处于不同的进程中，则应使用SendMessageTimeout 发送WM_SETTEXT 消息。

对于不同进程中的窗口，SetWindowText 被记录为不起作用。它比Raymond explains 更复杂一些，但您仍然通常不应该在不同进程的窗口上使用它。因此，对于不同进程中的窗口，使用SendMessageTimeout 发送WM_SETTEXT。超时是为了防止你的应用程序在目标应用程序挂起时挂起。