如何从后台线程高效更新大批量窗口控件

1. 后台线程直接调用SetWindowText是否会破坏异步逻辑？ #

Windows UI控件的所有权属于创建它的线程（通常为主UI线程），所有跨线程的UI操作API本质都是线程不安全的。
SetWindowText内部会向目标控件发送WM_SETTEXT消息，跨线程调用时该API会自动阻塞，等待UI线程处理完消息才会返回。如果UI线程此时处于繁忙状态，后台线程会直接被挂起等待，相当于把原本异步的数据流逻辑变成了半同步执行，完全失去了后台线程异步拉取数据的优势，极端情况下还会出现死锁（比如后台线程持有锁后等待UI线程响应消息，同时UI线程又在等待后台线程释放锁）。

2. 是否需要替换为PostMessage调用？ #

是的，跨线程更新UI的标准实现就是用PostMessage做异步消息投递。
PostMessage投递消息后会立刻返回，不会阻塞后台线程的执行，所有UI更新逻辑都交由UI线程按自身消息调度节奏处理，不会打断后台数据拉取的流程。
使用时有两个注意事项：

• 不要传递栈内存的临时指针作为消息参数，PostMessage异步执行时栈内存可能已经被释放，需要用堆内存存储要更新的数据，UI线程处理完消息后再释放，或者提前存入线程安全的全局队列中
• 避免高频次单次投递，比如后台1秒内拿到几十上百个控件的更新数据，可以先做聚合，攒几毫秒的更新批量投递一次，避免UI线程消息队列被占满

3. 批量更新前关闭重绘是否有明显性能提升？ #

有非常明显的提升，尤其是控件数量超过20个时，优化效果感知极强。
默认情况下每个控件的属性更新都会触发一次独立重绘，大量控件连续更新时会产生几十上百次重复GDI渲染操作，不仅占用大量UI线程CPU，还会出现明显的控件闪烁问题。
优化操作非常简单：

// 批量更新前关闭重绘
SendMessage(hParentWnd, WM_SETREDRAW, FALSE, 0);
// 这里执行所有控件的赋值操作
// 全部更新完成后开启重绘
SendMessage(hParentWnd, WM_SETREDRAW, TRUE, 0);
// 触发一次全局重绘
RedrawWindow(hParentWnd, NULL, NULL, RDW_ERASE | RDW_FRAME | RDW_INVALIDATE | RDW_ALLCHILDREN);

整个过程只会触发一次全局重绘，渲染开销可以降低90%以上。

其他控件更新效率优化方案 #

• 新增脏值校验逻辑，只有属性值发生实际变化时才调用更新接口，避免无意义的重绘操作
• 如果属性项数量极多（超过100个），可以改用虚拟列表控件实现属性页，只渲染当前可视区域的内容，内存开销和渲染开销都远低于逐个创建独立控件
• 组合框、列表框等有大量选项的控件，批量插入选项前先关闭排序和重绘，全部插入完成后再开启，避免单次插入触发重复排序和渲染

内容的提问来源于stack exchange，提问作者user15284017