快速答案：win11 vmware 蓝屏 修复的核心思路
排查卡片
启动失败
Win11 VMware 蓝屏 修复：核心思路与完整步骤
Windows 11 上运行 VMware Workstation 或 Player 时遇到蓝屏，九成以上的根因是 Windows 11 的基于虚拟化的安全（VBS）与 VMware 虚拟化引擎互相抢占硬件资源。修复核心就两步：关闭内核隔离里的“内存完整性”和 VBS，再关掉 Hyper-V。按本文顺序操作，绝大多数蓝屏都能解决。
读完你会得到：一套按优先级排列的完整修复流程、每条操作的具体路径、以及蓝屏代码对应的排查对照表——不需要再翻别的教程。
为什么 Win11 和 VMware 会蓝屏
Windows 11 默认开启 VBS（基于虚拟化的安全）和内核隔离，这两个功能通过 Hyper-V 技术在内核层划出一块隔离区域来保护系统。VMware Workstation 要跑虚拟机，同样需要调用 Intel VT-x 或 AMD-V 硬件虚拟化指令。
问题就在这里：两边同时要控制同一套硬件虚拟化资源，系统保护机制就会触发——蓝屏。
这个冲突在 VMware 16 及更早版本上尤其明显，因为旧版没有针对 Win11 的 VBS 做兼容适配。VMware 17.0 之后对 Win11 的兼容性明显改善，但 VBS 冲突仍然存在，只是触发概率降低。
另一个容易被忽略的触发点：如果你装过 WSL2、Docker Desktop 或 Windows Sandbox，这些功能会强制开启 Hyper-V 底层组件，VMware 和它们同时存在时几乎必蓝。
动手前的准备：4 项先决条件
别急着改设置，先确认以下几点，免得白忙一场：
- Windows 版本：建议用 Windows 11 最新稳定版（22H2 或 23H2）。如果是 Insider Preview 或 Dev 通道，蓝屏可能来自测试版驱动，优先考虑退回稳定版。
- 管理员权限：以下所有操作都需要管理员身份。标准用户账户即使改了设置，实际也不会生效——这是新手最容易卡住的地方。右键点击应用选“以管理员身份运行”，或直接切到管理员账户操作。
- VMware 版本：Workstation 17.5 及以上对 Win11 兼容性最好。用 15.x 或 16.0 的话，建议先升级再排查，省得在旧版驱动的坑里打转。
- 回滚方案：任何系统级修改前，先创建系统还原点。搜索“创建还原点” → 点击“创建”，改错了随时能恢复。
修复步骤（按顺序执行，不要跳步）
第一步：关闭内存完整性和内核隔离
这是整个修复流程里最关键的一步。内存完整性（Memory Integrity）是内核隔离的核心组件，它用 Hyper-V 技术保护内核，恰好和 VMware 的虚拟化加速正面冲突。
操作路径：
- 打开 Windows 安全中心（开始菜单搜索“Windows 安全”）。
- 点击 设备安全性。
- 选择 内核隔离详细信息（Core isolation details）。
- 将 内存完整性（Memory Integrity）开关设为 关。
- 重启电脑。
界面里找不到“内核隔离详细信息”怎么办？
部分定制版、企业版或精简版系统会隐藏这个入口。改用注册表强制关闭：
- 按
Win + R，输入regedit，回车。 - 定位到：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard - 找到
EnableVirtualizationBasedSecurity，把值改为0（默认是 1 或 2）。 - 重启。
如果注册表路径不存在，就右键新建 DWORD（32 位）值，命名为 EnableVirtualizationBasedSecurity，设为 0。
第二步：确认并关闭 Hyper-V 及相关虚拟化组件
VMware 官方明确标注不支持与 Hyper-V 共存。Win11 默认不开启 Hyper-V，但以下情况会自动启用：
- 装过 WSL2（适用于 Linux 的 Windows 子系统）
- 用过 Docker Desktop
- 开过 Windows Sandbox
- 手动启用了虚拟机平台
关闭步骤：
- 打开 控制面板 → 程序和功能 → 左侧点 启用或关闭 Windows 功能。
- 逐个检查以下项，全部取消勾选：
- Hyper-V（整个节点）
- 虚拟机平台（Virtual Machine Platform）
- Windows 沙盒（Windows Sandbox）
- 适用于 Linux 的 Windows 子系统（WSL）
- 点击确定，按提示重启。
注意事项：
如果只是临时用 VMware，不想彻底删掉 WSL2，可以只保留“虚拟机平台”，但 Hyper-V 本体必须关。不过最稳妥的方案还是全关——虚拟机平台底层也走 Hyper-V 技术，留着它仍然有冲突风险。
找不到图形界面的备用方案：
以管理员身份打开 PowerShell，执行以下命令一次性关闭所有相关功能：
dism /online /disable-feature /featurename:Microsoft-Hyper-V-All /featurename:VirtualMachinePlatform /featurename:Microsoft-Windows-Subsystem-Linux /featurename:Containers-DisposableClientVM /quiet /norestart
重启后生效。
第三步：核对 VMware 虚拟机的加速设置
系统层面的冲突解决了，个别虚拟机的配置也要同步检查：
- 打开 VMware，右键出问题的虚拟机 → 设置（Settings）。
- 切到 选项（Options）标签 → 高级（Advanced）。
- 找到“启用 Hyper-V 应用程序的虚拟化 Intel VT-x/EPT 或 AMD-V/RVI”选项——如果勾选了就取消。这个选项对应 VMware 的嵌套虚拟化功能，只有你需要在虚拟机里再跑一层 Hyper-V 或 WSL2 才需要开。
- 在 处理器（Processors）设置里，把 虚拟化引擎 保持为“默认”或“硬件辅助虚拟化”。不要手动指定“Intel VT-x/EPT 或 AMD-V/RVI”，除非你确定虚拟机的操作系统需要嵌套虚拟化。
第四步：处理 VMware USB 控制器驱动（低频但易忽略）
有一类蓝屏和 VMware 的 USB 仲裁服务（vmware-usbarbitrator64.exe）在 Win11 下的驱动不兼容有关。典型特征：启动虚拟机时蓝屏，代码为 SYSTEM_SERVICE_EXCEPTION，指向 win32kbase.sys。
处理方式：
- 按
Win + R，输入services.msc，找到 VMware USB Arbitration Service，改为 手动 或 禁用（用不到 USB 直通时）。 - 在虚拟机设置里直接 移除 USB 控制器 设备——不做 USB 直通的话，这个设备完全多余。
第五步（可选）：升级 VMware 到最新版
旧版 VMware 没有 Win11 对应的补丁。当前 VMware Workstation Pro 17.5（含 Player 17.5）已经修复了已知的 BSOD 问题。访问 VMware 官方网站下载页面，确认你用的是不是最新版。如果你卡在 16.x 且上述步骤都试过了还蓝，那升级到 17.x 很可能是唯一出路。
怎么确认修复成功了
修改完设置，按这个流程验证：
- 重启电脑——所有系统级设置都要重启才生效。
- 启动 VMware Workstation，随便打开一个 Windows 虚拟机。
- 做一轮简单压力操作：打开虚拟机内的文件资源管理器、访问一个网页、再关机重启一次。以前蓝屏的触发点通常在这几步就会复现，全程无蓝屏就是修好了。
- 如果还是蓝屏，记下蓝屏代码（如
MEMORY_MANAGEMENT、IRQL_NOT_LESS_OR_EQUAL、SYSTEM_SERVICE_EXCEPTION）以及后面的错误参数。这些信息是后续精确排查的关键。
常见错误与排查对照表
| 蓝屏代码或现象 | 可能原因 | 解决方案 |
|---|---|---|
PAGE_FAULT_IN_NONPAGED_AREA |
VMware 驱动（vmx86.sys）与 Hyper-V 冲突 | 确认 Hyper-V 已关闭，重启后检查驱动状态 |
| 虚拟机启动瞬间蓝屏 | 内存完整性未关，或 WSL2 嵌套冲突 | 回第一步关内核隔离；彻底关闭 WSL2 并重启 |
KMODE_EXCEPTION_NOT_HANDLED |
旧版 VMware 驱动与 Win11 补丁冲突 | 升级 VMware；临时卸载最近安装的 Windows 更新 |
| 正常操作几步后蓝屏 | VMware USB 仲裁服务中断冲突 | 禁用 VMware USB Arbitration Service |
| 设置重启后自动恢复 | 组策略或企业策略强制启用安全功能 | 联系 IT 管理员加例外；或用本地组策略手动配置“关闭基于虚拟化的安全” |
| 找不到“内核隔离详细信息”入口 | 系统版本或安全策略限制 | 用上文注册表方法直接关闭 VBS |
什么时候该停下来：硬件层面的限制
如果以上所有步骤都走完了，每次启动 VMware 仍然蓝屏，且蓝屏代码是 `UNEXPECTED_KERNEL_MODE_TRAP