Win32环境下DLL修改显示分辨率并更新窗口时如何消除闪烁与临时任务栏显示

问题根因 #

调用ChangeDisplaySettings切换分辨率时，系统会临时重排所有桌面元素的层级、生成中间渲染帧，这个过程中任务栏会短暂重置位置/层级，未完成渲染的过渡帧会直接暴露给用户，最终出现可见的闪烁和任务栏闪现问题。

核心可行方案：临时全屏置顶遮挡窗口 #

此前技术论坛提到的次级置顶窗口方案是完全可行的，该方案不需要依赖目标窗口的事件回调，所有逻辑都可以在DLL的导出函数中独立完成，完全适配DLL仅持有目标窗口句柄、无法修改窗口事件逻辑的场景。
实现流程如下：

• 执行顺序：创建遮挡窗口 → 调用API调整分辨率 → 同步更新目标窗口尺寸 → 等待系统渲染稳定 → 销毁遮挡窗口
• 遮挡窗口的创建要求，避免产生额外副作用：
  • 基础窗口样式用WS_POPUP | WS_VISIBLE，搭配扩展样式WS_EX_TOPMOST | WS_EX_NOACTIVATE | WS_EX_TOOLWINDOW，确保窗口不抢焦点、不进入Alt+Tab列表，不会被用户感知到独立窗口的存在
  • 初始尺寸和切换前的屏幕分辨率完全一致，创建后立刻通过SetWindowPos将其定位到屏幕(0,0)坐标，完全覆盖整个旧屏幕范围
  • 为了避免任务栏临时显示穿透遮挡层，创建遮挡窗口后，通过FindWindow(L"Shell_TrayWnd", NULL)获取系统任务栏句柄，临时将任务栏的Z序移到遮挡窗口下层，确保任务栏的临时重排过程完全被遮挡
• 当分辨率切换、目标窗口尺寸调整全部完成后，通过循环处理几轮队列消息、搭配10ms左右的短延迟，等待系统完成桌面渲染稳定，再销毁遮挡窗口。整个切换过程用户全程看到的是统一的遮挡层内容，不会感知到底层的过渡闪烁、任务栏闪现。

原有代码的优化点 #

现有代码存在逻辑瑕疵，调整后可进一步降低切换卡顿、尺寸不匹配的概率：

• 补全返回值判断逻辑：ChangeDisplaySettings的返回值只有为DISP_CHANGE_SUCCESSFUL时才代表分辨率切换成功，原代码未校验返回值就继续执行后续逻辑，容易在切换失败时出现窗口尺寸和分辨率不匹配的问题，修正代码如下：

  Outout = ChangeDisplaySettings(&desiredMode, 0);
  if (Outout != DISP_CHANGE_SUCCESSFUL)
  {
      return false;
  }
  

• 调整调用顺序：在调用分辨率调整API之前，先把目标窗口临时设为置顶状态，避免分辨率切换过程中目标窗口被其他系统组件临时遮挡
• 取消不必要的实时强制更新：分辨率切换完成后，不要立刻调用UpdateWindow，先处理完队列中的待处理消息，等系统完成桌面布局重排后，再更新目标窗口的内容

注意：遮挡窗口的填充内容可根据实际场景调整为纯黑或品牌色，只要保证完全覆盖屏幕显示范围即可，不需要绑定任何业务逻辑，全程无侵入性。

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