在Windows上配置Android开发环境时，模拟器启动失败并提示x86 emulation acceleration requires hardware acceleration或者中文环境下提示x86虚拟化未开启，是非常常见的错误。这个错误并不代表模拟器本身损坏，而是系统没有正确启用CPU的硬件虚拟化支持。x86架构的安卓模拟器镜像依赖CPU的虚拟化指令才能以接近原生的速度运行，一旦虚拟化不可用，模拟器要么直接拒绝启动，要么慢到完全无法使用。要解决这个问题，需要先理解错误产生的原因，再按照正确的顺序排查。
为什么会出现x86虚拟化未开启的错误
安卓模拟器本质上是在你的电脑上模拟一套完整的移动设备硬件环境。早期模拟器使用纯软件翻译的方式执行ARM指令，速度极慢。后来Google与Intel、AMD合作推出了基于硬件虚拟化的加速方案：Intel平台使用HAXM（Hardware Accelerated Execution Manager），AMD平台使用Windows自带的WHPX（Windows Hypervisor Platform）。x86架构的模拟器镜像正是依赖这些底层虚拟化能力，才能把宿主CPU直接暴露给模拟器使用。
当模拟器启动时，它会尝试申请虚拟化资源。如果此时CPU的虚拟化特性不可用，就会抛出错误。导致虚拟化不可用的原因通常有三类：第一类是BIOS或UEFI中虚拟化开关默认关闭，这在一些品牌机、笔记本上很常见；第二类是Windows的Hyper-V或其他虚拟化组件占用了CPU的虚拟化层，因为Intel的VT-x在同一时间只能被一个虚拟化管理程序接管，Hyper-V一旦启用，HAXM就无法工作；第三类是CPU本身过老，不支持VT-x或AMD-V指令集，不过这种情况现在已经比较少见了。
可以先在任务管理器的性能选项卡中查看CPU信息，如果右侧显示虚拟化已启用，说明BIOS层面没有问题，问题多半出在Hyper-V占用上；如果显示虚拟化已禁用，则必须进入BIOS开启。这个初步判断能帮你少走很多弯路。
在BIOS中开启CPU虚拟化
如果你的CPU是Intel产品，需要在BIOS中找到名为Intel Virtualization Technology（简称VT-x或VT）的选项；如果是AMD产品，则寻找SVM Mode（Secure Virtual Machine）。不同品牌主板的BIOS入口不同，常见按键有F2、Del、F10、F12，开机时屏幕通常会有提示。笔记本一般按F2进入，组装机主板以Del居多。
进入BIOS后，该选项的位置因厂商而异。Intel平台常见路径是Advanced菜单下的CPU Configuration或Processor Setup；AMD平台多在Advanced下的CPU Configuration里，找到SVM Mode后将其设为Enabled。华硕主板可能藏在Advanced Mode下的CPU Configuration中，戴尔笔记本则在Performance菜单下的Virtualization里。修改完成后务必保存退出，通常按F10。
重启后再次打开任务管理器确认虚拟化状态已变为已启用。需要注意一个细节：部分主板有两个相关选项，分别是VT-x和VT-d，开启模拟器加速只需要VT-x，VT-d是I/O虚拟化相关功能，可以不开。另外如果BIOS里找不到任何虚拟化选项，先检查系统信息工具（按Win+R输入msinfo32），在系统摘要中查看虚拟化是否被标记为启用，有些品牌机的BIOS把这个选项放在Security或Boot菜单下，需要耐心寻找。
处理Hyper-V与HAXM的冲突
这是最多人踩的坑：BIOS里虚拟化明明已经打开，任务管理器也显示已启用，但模拟器依然报错。原因往往是Windows的Hyper-V抢占了虚拟化层。当Hyper-V启用时，Windows本身运行在Hyper-V之上，此时HAXM无法直接访问VT-x，模拟器就会报虚拟化未开启的错误。
解决方法有两个方向。第一个方向是关闭Hyper-V：打开控制面板中的程序和功能，点击启用或关闭Windows功能，取消勾选Hyper-V，同时建议取消Windows虚拟机监控程序平台和虚拟机平台（如果不需要WSL2或子系统的话），然后重启。也可以用管理员权限的命令行快速禁用：
bcdedit /set hypervisorlaunchtype off
执行后必须重启系统才会生效。如果以后需要恢复Hyper-V，把off改为auto即可。
第二个方向是不关Hyper-V，改用WHPX加速。新版Android SDK已经支持WHPX，在Android Studio的SDK Manager中，切到SDK Tools标签页，勾选Android Emulator hypervisor driver（针对AMD）或直接在模拟器设置中选择Hypervisor为Windows Hypervisor Platform。这种方式的好处是可以与WSL2、Docker Desktop共存，是Windows 10/11上目前更推荐的方案。对于AMD用户来说，由于HAXM本身不支持AMD CPU，WHPX或AHD（AMD Hypervisor Driver）几乎是唯一选择。
用命令行确认虚拟化状态
排查过程中，用工具确认实际状态比反复试错更高效。Intel平台可以打开命令提示符，进入SDK目录下的extras目录，执行：
sc query intelhaxm
如果返回状态为RUNNING，说明HAXM驱动正常工作。如果显示STOPPED或者服务不存在，说明驱动没有安装或没有正确启动。也可以运行IntelHAXM.exe的安装程序重新安装，安装前注意版本需要与SDK匹配。
对于系统层面的检测，可以执行以下命令查看CPU是否支持虚拟化以及Hyper-V状态：
systeminfo | findstr /i "虚拟化 Hyper-V"
输出中如果看到虚拟化已启用，同时Hyper-V需求相关项全部显示是，说明Hyper-V正在工作，此时HAXM不可用但WHPX可用；如果显示否，则HAXM可以正常工作。安卓模拟器还提供了检测命令：
emulator -accel-check</emulator>
正确执行后会输出accel状态为0并且提示HAXM或WHPX可用，这是最终确认虚拟化环境就绪的最可靠方式。
实在无法开启虚拟化时的替代方案
如果你的CPU确实不支持硬件虚拟化，比如一些十年前的老平台，模拟器也并非完全不能用。Android SDK提供了ARM架构的系统镜像，ARM镜像不需要硬件虚拟化，通过软件方式运行。缺点非常明显：启动极慢，操作卡顿，只适合做基本的界面验证，不适合日常开发调试。
在AVD管理器创建虚拟设备时，选择系统镜像页面切换到其他架构标签，挑选不带Google APIs的ARM v7镜像即可。另外也可以考虑不依赖虚拟化的替代工具，例如使用真机通过USB或WiFi进行无线调试，或者借助Genymotion等第三方模拟器（但它们同样依赖虚拟化）。对于老机器用户，真机调试往往是最实际的方案。
总结一下排查顺序：先在任务管理器确认虚拟化开关状态，没开启就进BIOS处理；开启了但仍然报错，就检查Hyper-V占用情况，选择关闭Hyper-V或切换到WHPX；最后用emulator -accel-check验证。绝大多数情况在前两步就能解决，希望这份指南能帮你顺利跑起模拟器。
Android模拟器x86虚拟化VT-x修改时间：2026-09-10 03:26:35