【转载】修复 Windows 11 24H2 下 Chromium/Electron 应用局部冻结与渲染异常问题

转载  ·  2026-02-21

Generated by Gemini 3.1 pro preview. Originally posted by Maliwolf on Reddit(r/Windows11)

📌 概要

近期,许多升级到 Windows 11 24H2 的用户发现,在使用基于 Chromium 或 Electron 的应用程序(如 Discord、VSCode 和 Google Chrome)时,会频繁遇到界面局部卡死或渲染异常的情况。本文将深入探讨该现象背后的真实原因,并提供一个官方底层的注册表修复方案——让你无需妥协去“关闭硬件加速”或“禁用 MPO(多平面叠加)”,就能彻底告别卡顿。


🚨 问题存在

1. 症状表现
如果你是一个游戏玩家,你可能会发现在游戏中通过 Alt-Tab 切换到 Discord 或 Chrome 等应用时,界面会出现诡异的“半冻结”状态。例如:

  • 滚动聊天记录时,只有三分之一的屏幕画面在滚动,其余部分卡死不动。
  • 画面整体冻结,只有鼠标光标划过的周围区域才会更新刷新。
  • 切换到其他窗口再切回来,能短暂恢复正常。
  • 这种画面撕裂、闪烁或冻结的现象,通过系统录屏软件是无法录制下来的。

2. 以往解决方法的弊端
这个问题在早期更新用户中已经存在了大约7个月,且无视你的显卡是 AMD 还是 NVIDIA。网上流传的常见“偏方”包括:关闭应用的硬件加速、彻底禁用系统 MPO,或者强制更改图形后端。但这都有明显的缺点:在如今使用纯软件渲染体验极差,而禁用系统 MPO 则会导致你在玩“无边框窗口模式(Borderless Windowed)”游戏时遭遇严重的输入延迟惩罚。

3. 根本原因解析
经过排查,罪魁祸首是微软的 DWM(桌面窗口管理器)与 MPO 的交互逻辑出现了问题。
像 Discord 这种应用,如果画面没有变化,它就不需要渲染新帧,因此其实际帧率可能会很低。当你的鼠标去交互时,应用帧率产生波动,会导致 DWM 频繁在 Composed: FlipHardware Composed: Independent Flip(分配了 MPO 平面的模式)这两种显示模式之间来回切换,这种反复横跳直接导致了渲染崩溃。(注:Firefox 火狐浏览器因为机制不同,不受此影响。)


🛠️ 解决方法

微软实际上提供了一个隐藏的注册表键值。通过将 OverlayMinFPS 设置为 0,可以取消 DWM 对分配叠加平面的“最低帧率要求”。这能让低帧率的应用也稳定保持在“硬件组合”模式下,不再来回切换,从而完美解决冻结问题。

具体操作步骤如下:

方法一:手动修改注册表

  1. 按下 Win + R 键,输入 regedit 打开注册表编辑器。
  2. 导航至以下路径:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Dwm
  3. 在右侧空白处右键,选择“新建” -> DWORD (32位) 值
  4. 将其命名为 OverlayMinFPS,并双击将“数值数据”修改为 0
  5. 打开 任务管理器,找到名为 “桌面窗口管理器” (Desktop Window Manager) 的进程,右键点击结束任务。(不用担心,系统会自动将其重启生效)。

方法二:一键导入注册表(推荐)
新建一个文本文档,将以下代码复制进去,然后将文件另存为 dwm_mpo_fix.reg。双击运行该文件导入注册表,随后同上述步骤 5 一样,在任务管理器中重启“桌面窗口管理器”即可。

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Dwm]
"OverlayMinFPS"=dword:00000000

💡 额外提醒: 如果你之前为了解决这个问题,在网上看教程禁用了 MPO,请千万记得重新启用它(在注册表中删除 OverlayTestMode 键值并重启电脑),这样你才能在无边框游戏模式下享受最低的画面延迟!

 
下一篇:没有了
评论
猫猫博客. All Rights Reserved. Theme Jasmine by Kent Liao.