Windows中VBS导致的“降频”实为虚拟化开销引发的调度延迟、内存带宽争用和内核路径延长，需同时关闭内存完整性与执行bcdedit /set hypervisorlaunchtype off并重启才能彻底解决。
windows系统中因vbs（基于虚拟化的安全性）开启导致的“降频”，实际并非cpu频率被硬件限制，而是虚拟化开销引发的调度延迟、内存带宽争用和内核路径延长，表现为cpu占用虚高、响应卡顿、游戏帧率不稳、1% low帧骤降等现象。尤其在24h2及后续版本中，微软强化了vbs默认启用策略，影响更明显。解决核心是彻底禁用vbs运行基础，而非仅关闭某一项开关。
确认VBS是否真正在运行
别跳过这步——很多用户误以为关了“内存完整性”就完事了，其实VBS可能仍在后台加载。
按 Win + R 输入 msinfo32 回车 → 查看右侧“基于虚拟化的安全性”项：
• 显示“正在运行”：需完整禁用
• 显示“未启用”：问题不在VBS
• 显示“状态未知”或空白：说明部分组件冲突，需清理残留
必须执行的两项关键操作
只做其中一项，大概率无法彻底解决降频问题。两者缺一不可：
-
关闭内存完整性（UI层开关）：
设置 → 隐私和安全性 → Windows 安全中心 → 设备安全性 → 内核隔离 → 点击“内核隔离详细信息” → 关闭“内存完整性”。重启前不生效。 -
禁用Hypervisor启动（底层开关）：
以管理员身份打开终端 → 执行命令：
bcdedit /set hypervisorlaunchtype off
成功提示后务必重启。这是切断VBS运行的根本，否则即使内存完整性关闭，hypervisor仍会加载并消耗资源。
防止自动恢复的加固措施
VBS可能在系统更新、安全策略刷新后悄悄重新启用。建议补充以下任一方式：
-
组策略锁定（专业版/企业版）：
运行 gpedit.msc → 计算机配置 → 管理模板 → 系统 → Device Guard → “启用基于虚拟化的安全性” → 设为“已禁用”。 -
注册表强制禁用（全版本适用）：
运行 regedit → 导航至：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard
新建或修改 DWORD 值：
EnableVirtualizationBasedSecurity = 0
验证与常见误区
重启后再次运行 msinfo32，确认“基于虚拟化的安全性”明确显示“未启用”。
注意：
• 关闭Hyper-V或虚拟机平台功能 不能替代 bcdedit命令，它们只是上层组件；
• BIOS中关闭Intel VT-x/AMD-V会同时废掉WSL、安卓模拟器、Docker等所有虚拟化应用，不推荐；
• 某些第三方一键脚本（如雷电、MuMu工具）本质也是执行上述两步+注册表，来源可靠可简化操作，但原理不变。
