Mumu模拟器启动报错：Hypervisor未启用

Question

Mumu模拟器启动时报错“Hypervisor未启用”，通常是由于系统未开启虚拟化支持所致。该问题多出现在Windows系统中，尤其在BIOS/UEFI中禁用虚拟化技术（如Intel VT-x/AMD-V）或Hyper-V占用Hypervisor时。即使BIOS已开启VT，若系统启用了Hyper-V、Windows沙盒或WSL2等基于Hypervisor的功能，也可能导致Mumu无法获取虚拟化资源。解决方法包括：进入BIOS开启虚拟化支持，并在Windows功能中关闭Hyper-V、平台虚拟化、Windows沙盒等相关选项，随后重启生效。部分情况下需通过管理员命令行执行`bcdedit /set hypervisorlaunchtype off`禁用Hyper-V底层服务。适用于开发调试或运行安卓模拟器场景下的环境冲突排查。

Answer 1

1. 问题背景与表层现象分析

当用户在Windows系统中启动Mumu模拟器时，频繁遇到“Hypervisor未启用”的报错提示。该错误的直接表现是模拟器无法正常初始化虚拟机环境，导致进程终止。从用户视角看，即便确认CPU支持虚拟化技术（Intel VT-x 或 AMD-V），且任务管理器显示“虚拟化已启用”，问题仍可能存在。

此类问题多发于Windows 10/11专业版或企业版系统，尤其在开发者环境中更为常见，因其常预装Hyper-V、WSL2或Windows沙盒等组件，这些功能底层依赖同一Hypervisor资源，造成资源竞争。

2. 虚拟化架构层级解析

现代x86架构的虚拟化依赖于硬件（CPU）与操作系统协同工作。其层级结构如下：

1. 硬件层：CPU必须支持并开启VT-x（Intel）或AMD-V（AMD）
2. 固件层：BIOS/UEFI中需启用“Virtualization Technology”、“SVM Mode”等相关选项
3. 内核层：Windows通过HVCI（Hyper-V Hypervisor Code Integrity）或WHP（Windows Hypervisor Platform）提供虚拟化服务
4. 应用层：Mumu模拟器基于HAXM或自研VMM调用虚拟化接口

若任一层缺失或被占用，均会导致Hypervisor初始化失败。

3. 常见冲突源与检测方法

冲突组件	是否默认启用	检测命令	影响机制
Hyper-V	企业版/服务器版默认开	dism /online /get-features | findstr Microsoft-Hyper-V	独占Hypervisor，阻止第三方VMM加载
WSL2	安装后自动启用	wsl --list --verbose	依赖WHP，激活Hypervisor启动类型
Windows Sandbox	手动开启	Get-WindowsOptionalFeature -Online -FeatureName Containers-DisposableClientVM	触发Hypervisor运行
Device Guard / HVCI	部分安全策略启用	msinfo32 中查看“基于虚拟化的安全性”	强制加载Hyper-V微内核

4. 深度排查流程图

```mermaid
graph TD
    A[启动Mumu报错: Hypervisor未启用] --> B{BIOS中VT是否开启?}
    B -- 否 --> C[进入UEFI设置, 开启Intel VT-x/AMD-V]
    B -- 是 --> D{Windows是否启用Hyper-V类功能?}
    D -- 是 --> E[关闭Hyper-V, WSL2, 沙盒等功能]
    D -- 否 --> F{Hypervisor Launch Type是否为off?}
    F -- 否 --> G[执行bcdedit /set hypervisorlaunchtype off]
    F -- 是 --> H[重启系统]
    H --> I[重新启动Mumu模拟器]
    I --> J[验证是否成功]
```

5. 核心解决方案实施步骤

以下为可操作性强的解决路径，适用于开发调试环境：

• 步骤1：重启进入BIOS/UEFI，查找“Advanced Mode” → “CPU Configuration”，启用“Intel Virtualization Technology”或“SVM Mode”
• 步骤2：在Windows中打开“控制面板 → 程序 → 启用或关闭Windows功能”
• 步骤3：取消勾选：
  • Hyper-V
  • Windows Hypervisor Platform
  • Windows Sandbox
  • Virtual Machine Platform
• 步骤4：以管理员身份运行CMD，执行：

  bcdedit /set hypervisorlaunchtype off

• 步骤5：重启系统，确保变更生效
• 步骤6：使用CPU-Z或Task Manager验证虚拟化状态

6. 高级场景与替代方案

对于必须保留WSL2或Docker Desktop的开发者，可考虑以下折中策略：

• 使用支持WHP的安卓模拟器版本（如BlueStacks 5的Hyper-V模式）
• 配置Mumu模拟器使用WHP接口（若官方提供实验性支持）
• 通过组策略或注册表限制Hypervisor仅对特定应用开放
• 在双系统环境下划分独立调试分区，避免生产环境干扰

此外，可通过PowerShell脚本自动化检测当前Hypervisor占用状态：

# Check Hyper-V status
(Get-ComputerInfo).VirtualizationFirmwareEnabled
(Get-ComputerInfo).HyperVisorPresent
bcdedit /enum | findstr "hypervisorlaunchtype"