如何减少可移动控件重叠时的虚假绘制消息

嘿，这个场景我之前做复杂图表控件布局的时候也踩过坑，咱们一步步把问题拆解开来说：

一、为什么被覆盖的控件会收到Paint消息？ #

说白了这是窗口系统的区域无效化机制在起作用：

• 当你移动自定义控件时，系统为了让拖动看起来流畅，会临时把这个控件的当前屏幕图像“复制”一份跟着鼠标移动，并不会立刻触发这个控件的重绘（因为它的内容本身没变化，只是位置动了）。
• 但被它覆盖的那些控件，它们原本有一部分区域被遮挡，当移动的控件移开后，这部分区域就变成了无效区域——系统认为这部分内容已经丢失了，必须通过重绘来恢复，所以会给这些控件发送WM_PAINT消息，要求它们重新绘制暴露出来的部分。

这不是控件本身的问题，是窗口系统维护屏幕内容完整性的默认逻辑。

二、为什么不能像被移动的控件那样用双缓冲位图？ #

这里得先理清两个概念的区别：

• 移动的控件之所以没触发重绘，是系统的拖动暂存优化：它用的是屏幕上已有的像素缓存来模拟移动，不是真的让控件自己重绘。这是系统层面的临时处理，不是控件自身的双缓冲。
• 双缓冲是控件自身重绘时用来避免闪烁的技术——先把内容画到离屏位图，再一次性贴到屏幕上，但它解决不了“系统要求控件重绘无效区域”这个问题，因为双缓冲只是优化重绘的过程，而不是阻止重绘请求的产生。

不过你可以通过一些手段来减少重绘的耗时，缓解卡顿和拖影：

• 只重绘无效区域：在处理WM_PAINT消息时，严格根据PAINTSTRUCT里的rcPaint区域来绘制，不要每次都重绘整个控件的内容——尤其是图表控件，只画暴露出来的那一小块，能大幅降低重绘时间。
• 禁用背景擦除：重写控件的WM_ERASEBKGND消息处理，直接返回TRUE，避免系统先擦除背景再重绘，减少一次屏幕操作。
• 全局离屏绘制：如果你的Scrollbox里控件很多、重绘成本都很高，可以考虑把所有控件的内容都绘制到一个大的离屏位图上，Scrollbox只负责绘制这个位图。移动控件时，只需要更新位图里的位置，再整体重绘Scrollbox，这样就不会触发单个控件的重绘请求了。
• 开启控件双缓冲：虽然不能阻止重绘，但开启控件的DoubleBuffered属性（如果是VCL/.NET WinForms这类框架的话）能让重绘过程更流畅，减少拖影的视觉感受。

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