基于WinAPI的Rust应用WM_PAINT消息下文本不重绘问题

问题描述 #

我用Rust结合WinAPI开发Windows应用，功能是打开窗口并在客户区绘制文本。窗口初始化时文本显示正常，但持续修改文本内容并发送WM_PAINT消息后，虽然能通过println确认消息已被接收，新文本却不会重绘。只有调整窗口大小时新文本才会显示，移动窗口触发的WM_PAINT也无法更新文本。

试过用ExtTextOutW、TextOutW替代DrawTextW，发现这两个函数不支持多行文本，但核心的重绘问题依然存在。也尝试过每次WM_PAINT时修改绘制矩形rec，同样没有效果。

核心原因与解决方法 #

仅修改文本并发送WM_PAINT消息不足以触发重绘——Windows只会在窗口区域被标记为无效时，才会真正执行重绘操作。直接发送WM_PAINT消息不会自动标记区域无效，因此系统会跳过实际的绘制流程。

解决方法是调用RedrawWindow()函数，主动将客户区标记为无效并触发重绘。该函数会自动处理无效区域标记和WM_PAINT消息的发送，确保新文本能被正确绘制。

多线程场景最优方案 #

如果是多线程应用，工作线程直接调用RedrawWindow()存在线程安全风险，最优实现方式：

• 从工作线程发送自定义消息到窗口线程
• 在窗口过程中接收该自定义消息，再调用RedrawWindow()执行重绘
  这种方式完全符合Windows消息机制的线程安全要求，避免跨线程操作窗口控件的风险。

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