AMD平台Android模拟器AEHD驱动安装失败全排查指南

看到这行红字的时候，我一点都不意外。Android Emulator Hypervisor Driver for AMD Processors installation failed，基本是AMD平台上装Android Studio模拟器最经典的一道坎，我不止一次被同事和老读者问过同样的问题。你说它难吧，其实原理翻来覆去就那么几条；你说它简单吧，如果你不知道前置条件，卡一整天也正常。

这篇文章我会从报错本身的含义讲起，把虚拟化开关、Windows系统冲突、驱动安装失败的几种修复路径、验证方法、以及那些文档里不写的经验一次性讲透。适合正在用AMD CPU装模拟器、卡在installation failed这一步、或者打算入手Android开发想提前避坑的朋友。看完你就能判断，自己的机器到底卡在哪一层，以及接下来该怎么处理。

1. 先弄明白这个报错到底卡在哪一步

1.1 AEHD是干什么的，为什么AMD平台必须有它

Android Emulator Hypervisor Driver for AMD Processors，简称AEHD，是Google官方专门给AMD处理器做的硬件加速驱动。Android模拟器本质上是一个跑在Windows上的虚拟机，它需要直接调用CPU的虚拟化指令来提速。Intel平台以前有HAXM，后来被替换成了AEHD统一支持多个架构，现在AMD平台的实际主力就是它。

整个安装逻辑是这样的：Android Studio下载SDK时，会在extras/google/Android_Emulator_Hypervisor_Driver目录下放一个安装包，然后通过SDK Manager去触发安装。安装的本质是把一个叫aehd.sys的内核驱动写进系统，并注册成一个名为aehd的服务。这个过程如果中途失败，Android Studio就会弹出一句“installation failed”。

你可以把AEHD理解成模拟器的“动力电梯”。没有这个电梯，模拟器也不是不能动，但它只能靠虚拟机软件做纯软件模拟，CPU占用飙升、启动慢到让人怀疑人生。更麻烦的是，很多x86_64镜像会直接拒绝启动，连慢的机会都不给你。

所以这个报错不是Android Studio本身的问题，十有八九是操作系统层面、BIOS层面或者残留驱动之间的冲突。搞清楚这一点，你就不会浪费时间去重装Android Studio了。

1.2 “installation failed”背后最常见的五类环境

这几年我在各种群和社区里帮人看这个报错，遇到的高危环境基本就这几类：

• BIOS里的SVM虚拟化没开，或者主板默认关闭。这是最基础也是最容易被忽略的一步，驱动装上了也起不来，因为硬件层面压根没许可。
• 系统开启了Hyper-V、Windows虚拟机监控程序平台、虚拟机平台等虚拟化相关功能。AEHD和Hyper-V抢的是同一套硬件资源，一个占住了，另一个就装不进去。
• Windows 11默认开启基于虚拟化的安全（VBS），也就是“内核隔离-内存完整性”。它会在启动时拦截不符合系统安全策略的驱动，AEHD安装后经常直接被标记为不兼容。
• 系统里残留了旧版本的AEHD驱动文件，或者杀毒软件把驱动安装文件给隔离了，导致安装包写入驱动时找不到目标位置。
• 老旧的AMD CPU或者太老的Windows版本。部分早期AMD APU虽然叫AMD，但虚拟化支持不完整，新版本的AEHD会直接拒绝安装。

建议你先对照这个清单看一遍。我自己遇到过的最典型场景是：BIOS开了SVM，但Windows功能里不知不觉开着“虚拟机平台”，结果AEHD每次都在最后一步回滚，进度条退回去，然后弹一行红字。这类问题修起来其实是相对常规的，难度不大，但得按顺序来。

提示：出现installation failed之后先别急着换模拟器，也别急着重装Android Studio，先检查下面第2章的三个前置条件，大概率能省掉你两个小时。

2. 安装前必做的系统级检查与冲突排除

2.1 进BIOS打开SVM，别只会在设置里找开关

我见过好几个人卡在AEHD安装失败上，折腾半天才发现CPU虚拟化压根没开。Windows里的“虚拟化”和BIOS里的“虚拟化”是两码事。BIOS里的这个开关，不同主板叫法不一样：

• AMD官方名称是SVM Mode，也就是Secure Virtual Machine
• 有些主板直接叫AMD-V
• 还有的只写“Virtualization Technology”或者“虚拟化技术”

进BIOS的方式，主流是开机时按Del键，也有一部分主板用F2、F10或Esc。进去之后别瞎翻菜单，直接找带SVM、Virtualization或者AMD-V字样的选项。以几块主流主板为例，路径大概是这样的：

• 华硕：Advanced → CPU Configuration → SVM Mode，设为Enabled
• 微星：OC → CPU Features → SVM Mode，设为Enabled
• 技嘉：Tweaker或者Settings → Advanced CPU Settings → SVM Mode
• 联想品牌机：Exit → OS Optimized Defaults附近，或者Advanced → CPU Setup → AMD SVM

设置完保存退出，开机后可以顺手验证一下。最简单的办法是打开任务管理器，切到“性能”标签页，看CPU信息里的“虚拟化”这一项是不是显示“已启用”。如果你习惯命令行，也可以跑一句systeminfo在最后面看Hyper-V要求那一栏的提示。

这里说个容易踩的细节：BIOS设置保存之后，部分主板会多重启一次，或者出现“Press any key to continue”的界面，别以为是自己设置错了。另外，如果你发现BIOS里压根找不到SVM选项，可能是主板太老、固件没有暴露这个选项，或者是CPU不支持AMD-V。这种情况后面要往“老CPU不支持”的方向排查，而不是反复重装驱动。

2.2 把Windows虚拟化抢占问题一次清干净

如果你的电脑之前装过Docker Desktop、玩过WSL2、开过Windows沙盒，那么系统里大概率已经躺着Hyper-V相关的虚拟化栈。AEHD和Hyper-V都在抢夺CPU的虚拟化硬件，在没有协调机制的情况下，其中一个装上另一个就会失效。所以在安装AEHD之前，最好把Windows自带的那套虚拟化组件先关掉。

按顺序做下面三件事：

1. 用管理员身份打开命令提示符或PowerShell，执行bcdedit /set hypervisorlaunchtype off，然后重启。这条命令会让Windows的Hypervisor不再随系统启动。
2. 打开“控制面板 → 程序 → 启用或关闭Windows功能”，把“Hyper-V”、“Windows虚拟机监控程序平台”和“虚拟机平台”前面的勾全部取消，确定后按提示重启。
3. 如果之前还开过“适用于Linux的Windows子系统”和“Windows沙盒”，这些功能依赖虚拟机平台，建议一并取消勾选，否则Windows会把相关组件重新拉起来。

注意，这个操作会影响到Docker Desktop和WSL2的运行方式。如果你日常开发重度依赖这些工具，我建议你别走“关掉一切”这条路，改用后面第3章说的WHPX方案。也就是说，与其牺牲Docker去迁就AEHD，不如保留WHPX，让模拟器走Windows自带加速，虽然性能上AEHD通常更好一点，但是至少不用反复打架。

Windows功能里的勾选有时候会有残留，取消之后还要再去看一眼是否彻底消失，我遇到过明明取消了，但重启后功能又自动恢复的情况。这个大概率是系统更新策略或者组策略在作祟，不用深究原因，多检查一遍就行。

2.3 内存完整性（VBS）是隐藏杀手

Windows 11的用户要特别注意，系统默认会开启一项叫“内核隔离-内存完整性”的功能，它是VBS的一部分。VBS的目的本身是好的，它能利用硬件虚拟化把系统内核隔离起来，降低被攻击的面。但代价就是：凡是第三方写的、没有被微软特殊签名的虚拟化驱动，都可能被它拦下来。

AEHD恰好就是个第三方内核驱动，所以经常出现这样的现象：安装包提示安装成功，但是设备管理器里驱动还是感叹号，或者模拟器启动时报错说找不到加速器。你查日志才发现，驱动加载被系统拦截了。

关闭路径在这里：“Windows安全中心 → 设备安全性 → 内核隔离 → 内存完整性”，把开关关掉，重启。关掉之后，辅助AEHD安装的障碍就少了一个。

如果你出于安全考虑不想关闭内存完整性，那基本可以放弃AEHD，转而考虑WHPX路线。WHPX是微软和Google合作的产物，和VBS兼容性相对好很多，虽然性能上有点损耗，但至少能跑。

提示：VBS和Hyper-V不是同一个开关。有时候你明明关了Hyper-V，但bcdedit查询仍然显示hypervisorlaunchtype为Auto，那就说明VBS还在后台占用虚拟化资源。执行完bcdedit /set hypervisorlaunchtype off后，最好再用bcdedit命令确认当前值已经变成Off。

3. 分场景解决AEHD安装失败

3.1 双击SDK Manager装不上：管理员身份和目录权限

最容易踩的第一步，是安装时没有给到管理员权限。AEHD是要往C:\Windows\System32\drivers目录写入系统驱动文件的，普通权限装一半就会被UAC或者目录权限拦下来。所以操作前建议把Android Studio整个关掉，再右键“以管理员身份运行”，然后重新打开SDK Manager。

另外注意Android Studio的安装位置。很多人图方便把SDK放在C:\Program Files目录下，这个目录默认权限很严格，SDK Manager在写临时文件时可能会遇到权限问题。如果你是这种情况，可以手动把SDK目录换到一个普通用户完全控制的路径，比如D:\Android\Sdk，不用重新装Android Studio，在设置里改SDK路径就行。

还有一个不算罕见的情况是安装包本身下载不完整。Android Studio下载AEHD的时候可能会因为网络原因，拿到一个残缺的安装文件，然后执行到一半就failed了。解决办法是去extras/google/Android_Emulator_Hypervisor_Driver目录下看看，把里面残留的安装文件删掉，先在SDK Manager里取消勾选再重新勾选AEHD，强制它重新下载，最后再安装一次。

用管理员身份装的另一个好处是能看到更多细节。有时候错误提示里会有一段日志路径，跟着日志你能定位到是权限问题、文件占用还是服务启动失败。别再对着“installation failed”这几个字干瞪眼了。

3.2 驱动有感叹号或服务没起来：设备管理器手动注入

这个是我觉得最有价值的一个操作环节。如果你的AEHD在SDK Manager里已经显示安装过了，Windows设备管理器里却还能看到带黄色感叹号的“Android Emulator Hypervisor Driver for AMD Processors”，一般说明驱动文件写了，但系统没有正确加载进设备树。此时手动注入能解决问题。

操作顺序如下：

1. 按Win + X选择“设备管理器”，找到带感叹号的AEHD设备，一般会在“其他设备”或者“系统设备”分类下。
2. 右键选择“更新驱动程序”，然后选择“浏览我的电脑以查找驱动程序”。
3. 不要直接点“浏览”，而是选择“让我从计算机上的可用驱动程序列表中选取”。
4. 如果幸运的话，列表里已经能看到“Android Emulator Hypervisor Driver for AMD Processors”，选中它，按提示安装。
5. 如果没有，说明系统里没存驱动信息，需要先手动指定到Android SDK目录下extras/google/Android_Emulator_Hypervisor_Driver文件夹，让Windows去那里面找inf文件。

手动注入完，再用管理员身份的CMD去查服务状态，输入sc query aehd。如果返回的STATE是RUNNING，状态码是0，基本就活了。

如果服务不存在或者状态异常，先在管理员CMD里执行下面两行清理残留，再重新从SDK Manager安装：

sc stop aehd sc delete aehd

顺手检查一下驱动文件C:\Windows\System32\drivers\aehd.sys是否还在。如果在，把它删除（或者改个后缀名备份），然后重新安装。旧文件残留这个问题很阴，它会直接导致新驱动装完还是旧的加载行为，报错却又不明不白。

3.3 发布者验证失败、反复回滚：换命令行安装并更新驱动版本

还有一种失败形态是安装到一半，Windows弹窗提示“无法验证此驱动程序软件的发布者”，然后整个安装回滚。不用跟这个弹窗较劲，因为问题核心不是你点了“仍要安装”就能解决的，Windows必须先把当前虚拟化占用清掉，它才愿意继续验证和签名。

如果你已经做完了第2章里关闭Hyper-V那几步，但还是碰到这个弹窗，那可以试试命令行方式安装，绕开SDK Manager的交互逻辑。具体方法是打开管理员命令行，切换到Android SDK目录下的驱动目录，执行：

cd %LOCALAPPDATA%\Android\Sdk\extras\google\Android_Emulator_Hypervisor_Driver silent_install.bat

silent_install.bat是Google官方自带的静默安装脚本，它会绕过Android Studio的UI进度，直接把驱动装进系统。执行完之后，回到设备管理器刷新，看驱动是不是还在感叹号。

如果这样还失败，就要考虑驱动版本问题了。以前我在旧的Android Studio版本里遇到过，SDK Manager默认拉下来的AEHD版本特别老，老到不兼容新Windows 11。建议你打开SDK Manager，找到“Android Emulator”和“Android Emulator Hypervisor Driver (installer)”这两个包，都升级到最新版本，然后重启Android Studio再试一次。

升级不行的时候，反向操作也可以：把AEHD回退到更早的版本。有一些AMD老平台和新版本AEHD是八字不合的，装新版必挂，装旧版反而稳。这类兼容性玄学没法靠推理解决，直接快速试出能装上的版本就行。

3.4 老旧CPU和驱动版本不匹配：更新和回退的选择

AEHD要求CPU必须支持AMD虚拟化，绝大多数Ryzen平台和后来的APU都没问题。但如果你用的是很多年前的A系列处理器、老Athlon，或者非常低端的Sempron，第一件事应该是去查CPU规格里有没有AMD-V。没有的话，说实话后面就不用折腾了，AEHD跟你无缘，只能考虑第三种模拟器或者真机调试。

如果你CPU本身支持，但Windows版本太老，AEHD新版本也可能明确拒绝安装。老版本Windows的驱动签名机制和现代AEHD有兼容问题，这种情况要么升级系统到Windows 10/11较新的更新版本，要么找一个旧版AEHD安装包试试。

在选择驱动版本时有个小结：新平台优先装最新版，老平台卡在“新版装不上、旧版没试过”时，优先去找旧版。因为AEHD安装失败的原因很多，翻来覆去无非是权限、功能组件冲突、驱动不兼容，你的机器应该属于哪种，靠试错比靠看文档快。

4. 安装成功后的验证与模拟器加速判断

4.1 三步确认AEHD已经正常工作

装完之后不要急着开模拟器就跑，先用三个方式确认驱动真的在干活。

第一步，设备管理器里找到AEHD设备，它下面不应该再有黄色感叹号，状态显示“这个设备运行正常”。这一步很多人会忽略，只盯着安装日志，实际上设备管理器才是Windows最终裁决。

第二步，在管理员CMD里执行：

sc query aehd

看到输出中STATE是4 RUNNING，说明服务正常启动。如果状态是1 STOPPED或者2 START_PENDING，说明驱动文件在，但加载时出了问题，大概率还是系统策略拦截或者版本不兼容。

第三步，进入Android SDK的emulator目录，执行加速检查：

cd %LOCALAPPDATA%\Android\Sdk\emulator emulator.exe -accel-check

正常时输出类似于AEHD (version x.x.x) is installed and usable。如果你看到的是WHPX is installed and usable，说明虽然AEHD没成功，但系统里WHPX已经接管了加速，那模拟器也能跑，只是走的不是AEHD通道。这种情况不用非要把AEHD抠出来，能用就行。

这三步都通过，再去Android Studio里创建一个x86_64的AVD，启动试试。到这里基本就不会再报加速器相关的错了。

4.2 装了驱动之后模拟器还是慢，问题可能不在AEHD

AEHD装好后，模拟器依然卡顿、甚至启动中途闪退的案例我也见过不少。先别急着骂驱动，因为你很可能踩了另外两个坑。

第一，AVD的镜像架构选错了。创建AVD时如果选了ARM架构的镜像，在x86_64电脑上跑会走二进制翻译，速度非常感人。解决办法是在系统镜像选择页面看清楚，选带x86_64标识的镜像，重新建一个AVD。

第二，AVD的显卡渲染模式问题。启动模拟器前，在AVD的高级设置里把“Graphics”从Auto切换成“Hardware”，很多闪退和花屏都是渲染模式没配对导致的，跟AEHD没半毛钱关系。

还有个情况值得说出来：有时候模拟器日志会提示“Your CPU does not support required features”，实际指的是你的CPU缺了某个指令集，比如AVX2。这个跟AEHD无关，只能换新CPU或者换模拟器了。在开始折腾之前，先看清楚日志里到底是不是AEHD报错，否则方向错了全是无用功。

5. 常见问题速查与我的排错经验

5.1 高频报错速查表

下面这张表是我在实际排错中遇到最多的几类情况和对应处理方式，建议你截图或者收藏一下，遇到问题对着查：

你看，绝大多数情况其实不是Android Studio的问题，系统层占大头。

5.2 踩坑三次之后得出的非技术经验

最后分享几个折腾出来的经验，没有固定步骤那么严谨，但能让你少走弯路。

第一，不要第一个动作就去重装Android Studio。这个报错的错误信息虽然在AS里弹出来，但根源基本都在系统层。先检查BIOS和Windows功能组件，这两个方向占掉了我遇到案例的七成以上。重装AS费时间不说，还可能把SDK目录的配置又弄乱，纯属雪上加霜。

第二，BIOS设置和Windows功能改完之后，一定记得断电重启。这里的“断电重启”不是从开始菜单重启，而是正常关机后再开机。原因是有些主板在S3睡眠唤醒后，SVM状态的初始化不完全，驱动加载时机不对，就会造成“明明BIOS里开了，系统却识别不到”的诡异现象。睡眠唤醒后的状态不可靠，要排错就老实断电重启一次。

第三，如果你日常用WSL2或者Docker Desktop很频繁，那就别纠结AEHD了，直接在Windows功能里勾上“Windows虚拟机监控程序平台”，让模拟器走WHPX。虽然从性能实测来看，AEHD在AMD上通常比WHPX更溜一点，但这点性能差距不值得你反复开关系统虚拟化功能，尤其是当你依赖的Docker容器还在后台跑着的时候。工具是服务人的，不是拿来折腾人的。

第四，Windows大更新或者AMD芯片组驱动升级之后，AEHD偶尔会莫名失效，服务状态直接从RUNNING变成STOPPED。不用慌，也不要急着卸载，先在管理员CMD里重新执行一遍silent_install.bat，大部分情况下它能自动把服务拉起来。真不行再走删除重装的流程。

我个人在实际操作中遇到这个报错，现在基本有一套肌肉记忆：查SVM → 查Hypervisor → 查VBS → 删残留驱动 → 重装，整个过程十分钟就能跑完。Android模拟器这个坑，技术难度真的不大，就是信息太分散，新手容易在错误的方向上使劲。希望这篇梳理能帮你把判断路径走直，早点回到写代码的正轨上。