win11升级后vmware蓝屏是因hyper-v与vmware争抢vt-x/amd-v导致，需禁用hyper-v及device guard：执行bcdedit /set hypervisorlaunchtype off并重启，再修改注册表或组策略关闭基于虚拟化的安全性，最后通过msinfo32和powershell验证状态为“未运行”且virtualizationbasedsecuritystatus=0。
Win11系统升级后VMware虚拟机一启动就蓝屏重启，根本打不开，多数情况是Hyper-V与VMware争抢CPU虚拟化指令（VT-x/AMD-V）导致的底层冲突，必须切断其中一方对硬件虚拟化的控制权才能恢复。
确认是否真由Hyper-V引发
按下 Win + R 打开运行框，输入 msinfo32 回车 → 在右侧找到“基于虚拟化的安全性”一项 → 如果状态显示“正在运行”，说明Hyper-V或其衍生安全功能已激活，VMware必然无法启动。
再打开管理员权限的PowerShell，执行：
Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All
若返回结果中 【State : Enabled】，即确认Hyper-V已启用，这是当前问题的直接诱因。
彻底关闭Hyper-V（推荐首选）
以管理员身份运行PowerShell（右键开始菜单→Windows Terminal（管理员））：
执行命令：
bcdedit /set hypervisorlaunchtype off
这一步会禁用Windows启动时加载hypervisor的能力，不是卸载Hyper-V功能，而是让VMware能独占VT-x。重启后生效，无需其他操作。
【注意：执行后必须重启，否则无效；且重启后系统将无法使用WSL2、Docker Desktop（需Hyper-V后端）等依赖该服务的工具】
禁用Device Guard和Credential Guard（双保险）
方法一：注册表修改（最直接）
Win + R → 输入 regedit → 定位到：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceGuard
将右侧 EnableVirtualizationBasedSecurity 的数值数据改为 0；
若存在 LsaCfgFlags 项，也一并改为 0。
方法二：组策略（仅限Win11专业版/企业版）
Win + R → 输入 gpedit.msc → 依次展开：
计算机配置 → 管理模板 → 系统 → Device Guard → 关闭“启用基于虚拟化的安全性” → 设为“已禁用”。
改完注册表或组策略后，必须重启系统才生效。这一步可解决部分用户即使关了Hyper-V仍蓝屏的问题，因为Device Guard本身也会强制启用底层hypervisor。
验证关闭效果
第一步：重启后再次运行 msinfo32 → 查看“基于虚拟化的安全性”状态是否变为“未运行”。
第二步：管理员PowerShell中执行：
Get-CimInstance -ClassName Win32_DeviceGuard -Namespace root\Microsoft\Windows\DeviceGuard
检查输出中 VirtualizationBasedSecurityStatus 是否为 0。
第三步：启动VMware Workstation，尝试打开任意一个虚拟机 → 若不再蓝屏且正常进入BIOS或操作系统引导界面，说明冲突已解除。
