MFC MDI多视图场景下CMainFrame拖动移动延迟卡顿问题求助

• 窗口重绘机制排查：拖动主窗口时系统会向所有可见子窗口分发WM_PAINT消息，当前每个视图保留200个带WS_VISIBLE属性的子窗口，10个视图累计2000个可见窗口，会导致消息队列堆积大量重绘请求。可以用Spy++工具抓取拖动主窗口期间的消息流，确认是否存在大量未处理的WM_PAINT消息。
• 性能开销定位：用VS自带的性能分析工具采样拖动期间的CPU占用，确认开销是否集中在GDI对象创建销毁、MoveTo/LineTo等GDI调用，或是Windows内核的窗口消息分发逻辑。可以临时注释所有子窗口的OnPaint绘制逻辑，验证卡顿是否消失，排除其他逻辑的影响。
• MDI框架路由逻辑排查：MDI框架默认会将全局窗口消息广播给所有已打开的MDI子窗口，即使子窗口处于最小化状态也不会截断广播，可以临时关闭半数MDI子窗口验证卡顿是否随窗口数量线性变化，确认是否是消息广播带来的开销。

• 优化子窗口可见性控制：当MDI子视图最小化、被其他视图完全遮挡时，调用ShowWindow(SW_HIDE)隐藏其下所有子窗口，等视图恢复显示时再重新设置为可见，从根源上减少系统需要遍历的可见窗口数量。
• 合并绘制逻辑（收益最高）：无需为每个绘制单元创建独立的CWnd子窗口，200个对角连线的绘制逻辑可以直接合并到CView的OnPaint方法中批量绘制，仅保留1个视图窗口即可，可直接砍掉99%的窗口消息开销。
• 添加重绘裁剪样式：为CView添加WS_CLIPCHILDREN、WS_CLIPSIBLINGS窗口样式，避免父窗口重绘时触发子窗口无意义的重绘；子窗口绘制逻辑添加双缓冲机制，减少GDI调用的实际渲染开销。
• 临时关闭拖动全窗口渲染：在主窗口触发拖动事件时调用SystemParametersInfo(SPI_SETDRAGFULLWINDOWS, FALSE, NULL, 0)关闭实时全窗口渲染，拖动结束后恢复原有设置，可大幅降低拖动期间的重绘压力。

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