1. 这条报错到底在说什么从 AVD 到硬件加速的整条链路先说结论intel haxm is required to run this AVD. HAXM is not installed. Install这句话不是 Android Studio 坏了也不是模拟器镜像下错了它的意思是——你启动的这个 AVDAndroid Virtual Device安卓虚拟设备用的是一份 x86/x86_64 架构的系统镜像而这类镜像在 PC 上必须靠处理器的硬件虚拟化能力加一个用户态驱动才能跑得动现在这个驱动没装。很多人第一反应是点弹窗里的 Install然后跳到 SDK Manager 转一圈回来还是同样的报错。原因在于这条提示只告诉了缺什么完全没说为什么缺和怎么补。把这条链路拆开看问题其实非常清楚。1.1 报错文本拆成三段读把这句话按句号切开是三层递进的信息intel haxm is required to run this AVD—— 这个 AVD 需要 HAXM。注意主语是 AVD不是 Android Studio。也就是说如果你换一个 arm64-v8a 镜像的 AVD根本不会看到这句话。HAXM is not installed—— 检测不到 HAXM 驱动。检测动作由模拟器主程序emulator.exe完成它启动时会去查系统里有没有intelhaxm这个内核服务或者 macOS 下的对应内核扩展。Install—— 让你去装。但这里的 Install 按钮触发的是 Android Studio 内部的一个下载 静默执行流程而不是一个独立安装向导所以只要环境里有一点点不对它就会以另一个错误弹回来。明白这一点很重要这条报错本质上是模拟器的启动前自检给出的结果而不是构建系统或 Gradle 的问题。所以你在build.gradle、local.properties、gradle.properties里怎么改都不会有任何用处方向从一开始就不在这里。1.2 模拟器为什么非要一个加速器不可Android 官方模拟器的底层是 QEMU 的深度定制版。QEMU 是纯软件模拟一行一行地把客户机指令翻译成宿主机指令功能上没问题但性能上没法看——不开硬件加速的情况下一个 x86 系统镜像在 PC 上冷启动Windows 下实测经常要二三十分钟甚至直接卡死在开机动画。硬件加速的思路很直接既然你的物理 CPU 本身就是 x86 架构那就别翻译了让客户机代码直接跑在物理 CPU 上只在特权指令、内存访问、设备 I/O 这些必须拦截的地方切回模拟器处理。这需要三个条件同时成立CPU 支持硬件虚拟化扩展Intel 的 VT-x 或 AMD 的 AMD-VBIOS/UEFI 里把这个扩展打开了宿主机上有一套能独占或共享这套扩展的内核态驱动。HAXM 就是第三个条件的产物。它的全称是 Intel Hardware Accelerated Execution Manager本质上是一个内核驱动在 Windows 上是intelhaxm.sys服务在 macOS 上是内核扩展。它把 VT-x 的接口包装出来通过一个用户态的 DLL 交给 QEMU 调用。所以HAXM is not installed翻译成人话就是物理 CPU 那层可能没问题但中间那根管子没接上。1.3 哪些机器最容易撞上这个弹窗按我这些年帮人处理的频率排个序全新装完 Android Studio、第一次建 AVD 的 Windows 笔记本尤其是预装系统、没进过 BIOS 的机器占比最高装了 Docker Desktop、WSL2、虚拟机软件的开发机因为这些工具会打开 Windows 自带的 Hyper-V 或虚拟机监控程序平台而这个东西跟 HAXM 抢同一块硬件资源从别人手里接过来的旧开发环境SDK 目录被挪过位置或者路径里有中文、有空格系统从 Windows 10 升到 11 之后环境发生变化驱动签名策略变严用 Apple Silicon 芯片的 Mac这一批是死路HAXM 根本没有 arm64 版本只能换镜像。把这五类对上你基本能判断自己属于哪一档后面的处理路径也就定了。2. 动手之前的三分钟体检CPU、BIOS 与系统底座我见过太多人上来就照着教程下 HAXM 安装包装了半小时报一个 This computer does not support Intel Virtualization Technology白折腾。花三分钟做个体检能省掉后面一大半的无用功。2.1 先确认 CPU 阵营Intel 和 AMD 走的是两条路HAXM 这个名字里带 Intel它不是营销话术——AMD 的 CPU 装不上 HAXM这不是版本问题是架构问题。Intel 从来没打算让它跑在 AMD 平台上。判断方法Windows任务栏搜索系统信息msinfo32看处理器那一行或者任务管理器 → 性能 → CPU右上角会直接写型号。macOS左上角苹果菜单 → 关于本机。Linuxlscpu | grep Model name。如果是 AMD直接跳到第 5 章看 AEHD 那条路别在 HAXM 上浪费生命。如果是 Intel继续往下。还要顺便确认一件事如果是 Apple SiliconM1/M2/M3/M4即使你通过某种方式装上了 x86 版本的 Android StudioHAXM 也永远不会工作因为 Intel 从未发布 arm64 版本的 HAXM 驱动。这类机器的正确做法是用 arm64-v8a 的系统镜像走 macOS 自带的 Hypervisor.Framework。2.2 BIOS 里的 VT-x 开关和任务管理器里的虚拟化新笔记本出厂时VT-x 常常是关闭状态尤其是消费级产品线为了省电或者规避某些兼容问题会默认关掉。Windows 下最快的确认方式Ctrl Shift Esc 打开任务管理器 → 性能 → CPU → 右下角找虚拟化这一项。显示已启用BIOS 这层过了。显示已禁用需要重启进 BIOS 打开。Intel 平台上这个选项通常叫 Intel Virtualization Technology、VT-x、Vanderpool不同厂商叫法不一样一般在 Advanced → CPU Configuration 下面。有一类情况是任务管理器里显示已启用但系统里同时开着 Hyper-V——这时候虚拟化这一项可能显示成别的东西或者干脆看不到这个后面第 4 章细说。重启进 BIOS 这一步没有通用教程因为各家菜单差别太大。我给一个实用建议进 BIOS 后直接用搜索功能现在很多主板 BIOS 支持搜索敲 virtual 或者 VT比一层层翻菜单快得多。改完记得保存退出一般是 F10否则等于没改。2.3 系统版本与驱动签名这两道隐性门槛装 HAXM 之前还有两道容易被忽略的门槛第一道是系统版本。HAXM 最后一个正式版本是 7.8.0Intel 在 2023 年已经把它归档停更了。它支持到 Windows 10/11 的多数版本但在某些最新系统补丁上会出现驱动加载失败。macOS 那边更麻烦从 macOS 10.13 开始苹果对内核扩展kext的签名要求一步步收紧老版本的 HAXM 直接会被系统拒绝加载。第二道是安全软件。国内常见的几款安全软件、企业级的终端防护软件、还有 Windows 自带的内核隔离 → 内存完整性都会拦截未知的内核驱动安装。表现形式是安装过程看起来成功了但服务起不来或者安装到最后一步报一个没有任何信息量的错误码。我的习惯是装 HAXM 期间临时关掉第三方安全软件的驱动防护装完验证通过后再打开。这不是什么教程教你的标准步骤而是被坑过几次之后的经验——尤其是那类会做驱动签名校验的软件报错信息里连个H字都不会提。提示如果公司配的开发机装了统一管控的终端安全软件很可能你无论如何都装不上内核驱动。这种环境下建议直接转向第 5 章的 WHPX 方案它用的是系统自带组件不需要装额外驱动。3. 走 Android Studio 自带通道装 HAXM以及卡在 working directory 那一步体检通过之后正常情况下装 HAXM 只要两三分钟。但实际操作里最多人卡住的地方不是装不上而是点了 Install 之后弹出另一个错误unable to run intel haxm installer: cannot start process, the working directory 某个路径 does not exist这个错误值得单独拎出来讲因为它跟 HAXM 本身没关系纯粹是 Android Studio 的调用链断了。3.1 SDK Manager 里的 HAXM 包藏在哪先说的是正规路径因为它的行为逻辑决定了后面所有的排查方向。Android Studio 里打开Settings或 Preferences→ Languages Frameworks → Android SDK → SDK Tools 标签页勾上右下角的 Show Package Details然后在列表里找名称Intel x86 Emulator Accelerator (HAXM installer)安装位置你的SDK路径/extras/intel/Hardware_Accelerated_Execution_Manager/勾选后点 ApplyAndroid Studio 会做三件事下载压缩包、解压到上面那个目录、然后调用目录里的silent_install.batWindows或对应的脚本执行静默安装。关键点在于第三步是一个外部进程调用而不是 Android Studio 自己在装驱动。它启动的进程需要满足两个条件工作目录真实存在以及当前用户有权限。这两个条件只要有一个不满足就会抛出上面那条 working directory does not exist。补充一个现实情况从 2023 年 Intel 归档 HAXM 之后部分较新版本的 Android Studio 里这个条目已经不再显示或者需要在特定渠道下才能看到。如果你在 SDK Tools 里怎么翻都找不到它说明官方已经把重心挪到了别的方案上这个时候硬找安装包意义不大建议直接看第 5 章。3.2 cannot start process 这条报错的真实成因把可能的原因按出现频率列一下你可以直接对号入座现象真实原因处理方式报错路径里指向的目录确实不存在SDK Manager 只下载了记录没成功解压或者包被清理过取消勾选 → Apply 删除 → 重新勾选安装路径里含中文、空格或特殊字符调用外部进程时路径没被正确转义把 SDK 移到纯英文无空格路径如D:\Android\Sdk换过 SDK 位置或从别人那拷的环境local.properties、IDE 配置、环境变量里的旧路径没同步更新三处一起改改完重启 IDE目录存在手动执行却权限不足当前用户不是管理员或有安全软件拦截用管理员权限手动跑脚本脚本一闪就没了什么也没发生脚本内部又调了别的程序那个程序没找到看安装目录里的日志文件重点说第二条。我之前帮人排查过一个案例SDK 装在C:\Users\张三\AppData\Local\Android\Sdk报错信息里路径是被截断的看起来像乱码。挪到D:\Android\Sdk之后一次就过了。SDK 路径用中文在大多数场景下没问题但凡是涉及调用外部可执行文件的环节中文和空格都是高风险因素这是 Windows 命令行生态的历史遗留问题短期改不了绕开最省事。3.3 手动安装与验证比点按钮可靠得多当自动流程反复失败时直接手动来。步骤是确认 SDK 路径Settings → Android SDK 里的 Android SDK Location。打开该路径下的extras/intel/Hardware_Accelerated_Execution_Manager/看里面有没有安装程序。有intelhaxm-android.exe或silent_install.bat就说明包下载成功。右键以管理员身份运行该安装程序按向导走完。安装完成后验证。验证分两步。第一步看服务状态sc query intelhaxm正常输出里应该看到STATE : 4 RUNNING。如果显示STOPPED可以尝试sc start intelhaxm如果报指定的服务未安装那就是真的没装上。第二步用模拟器自带的自检命令这一步最关键emulator -accel-check这条命令必须在你 SDK 的emulator目录下执行或者已经把它加进了 PATH。正常输出类似accel: 0 HAXM version 7.8.0 (4) is installed and usable. accel第一行的数字是返回值0 代表可用非 0 就代表有问题后面会跟具体原因。这个数字比任何弹窗都可靠因为它直接来自模拟器二进制文件本身。后面第 6 章还会用到它。注意手动安装 HAXM 时安装程序有可能提示需要重启。重启前先别急重启后再跑一次emulator -accel-check确认很多人就是漏了这一步以为装失败了。4. Hyper-V 这道墙为什么装了也白装到了这一章如果你已经按第 3 章装完了 HAXM、服务也是 RUNNING 状态、emulator -accel-check却仍然返回非 0那么八成撞上了 Windows 上最经典的一道墙Hyper-V 和 HAXM 抢同一块硬件资源。这不是配置错误也不是谁有 bug而是设计层面的互斥。4.1 Hyper-V、WSL2、内存完整性都在偷偷占用 VT-xVT-x 这套硬件虚拟化扩展有个特点当前 CPU 只允许**一个虚拟机监控程序Hypervisor**处在最高特权级。一旦系统启动时加载了微软自己的 Hyper-V 层它就占据了那个位置HAXM 作为一个后来者根本没有插进去的机会。问题在于很多现代 Windows 功能都会顺带把 Hyper-V 层拉起来而用户完全不知道自己开了Hyper-V 本身专业版和企业版可以直接在启用或关闭 Windows 功能里勾。WSL2装了 WSL2 就一定带着虚拟机平台组件这是 Hyper-V 层的一部分。Windows Sandbox / 沙盒同样依赖虚拟机平台。Windows 安全中心 → 设备安全性 → 内核隔离 → 内存完整性这个最阴很多人压根没动过但它是默认开启的开启后就会启动 Hypervisor。Docker DesktopWSL2 后端等于把上面两条都触发了。企业设备管理策略部分公司的设备管控会强制打开 Credential Guard 之类的功能同样占用。我遇到过一个很典型的场景同事的机器上从来没用过虚拟机但装了 Docker Desktop 跑后端服务结果 Android 模拟器就一直起不来。排查了两小时才发现是 WSL2 的虚拟机平台在起作用。4.2 三步确认当前系统是否已经开了 Hypervisor不用猜直接查。第一步用 systeminfo。命令提示符里执行systeminfo | findstr /i Hyper-V如果输出里有这么一句已检测到虚拟机监控程序。将不显示 Hyper-V 所需的功能。那基本可以确诊Hypervisor 已经在运行HAXM 没戏。第二步看引导配置bcdedit /enum {current}在输出里找hypervisorlaunchtype这一项。如果是Auto说明开机自动加载如果是Off说明已经关掉了。第三步看 Windows 功能列表控制面板 → 程序和功能 → 启用或关闭 Windows 功能检查下面这几项是否被勾选Hyper-VWindows 虚拟机监控程序平台虚拟机平台Windows 沙盒适用于 Linux 的 Windows 子系统再顺手去看一眼安全中心里的内存完整性开关。4.3 两条路关掉它们或者干脆改用 WHPX确认之后你有两个选择而且两个选择之间存在明确的取舍不是哪个更高级的问题。路线 A关掉 Hyper-V 系把资源让给 HAXM。适用场景你不用 Docker Desktop、不用 WSL2、不跑其他虚拟机开发机只干安卓开发这一件事。操作顺序很讲究我按踩过坑的顺序列先在启用或关闭 Windows 功能里取消勾选 Hyper-V、Windows 虚拟机监控程序平台、虚拟机平台、Windows 沙盒、WSL。关闭内存完整性安全中心 → 设备安全性 → 内核隔离 → 关闭。用管理员权限执行引导配置bcdedit /set hypervisorlaunchtype off重启。这一步不能省配置生效全靠重启。重启后重新跑systeminfo | findstr /i Hyper-V确认那句提示消失。再跑emulator -accel-check。路线 B不关 Hyper-V改用 Windows Hypervisor PlatformWHPX。适用场景你需要 Docker Desktop / WSL2或者公司策略不允许关闭这些功能。WHPX 是微软提供的一套 API允许第三方虚拟化软件包括 Android 模拟器复用已经运行的 Hyper-V 层而不是抢位置。从 Android Emulator 30.x 开始原生支持这条路。操作是在启用或关闭 Windows 功能里勾选Windows 虚拟机监控程序平台注意不是虚拟机平台两者名字很像但作用不同。重启。启动模拟器它检测到 WHPX 可用后会自动优先走这条路不再提示缺 HAXM。用emulator -accel-check验证时输出会变成WHPX (10.0.xxxxx) is installed and usable类似的字样。提示WHPX 的可用性和系统版本、版本分支有关。Windows 10 1803 之后的版本基本都支持家庭版在开启Windows 虚拟机监控程序平台这一项时也可能生效但不同补丁下的表现不完全一致装完必须实测。如果两条路都不想走还有第三条换一份不需要硬件加速的镜像或者干脆用真机。这个放到第 7 章。我个人在这两条路线上的偏好很明确只要碰过 Docker 或 WSL2 的机器一律走路线 B。关掉 Hyper-V 之后再想跑容器来回切换的代价比重装一遍模拟器还大。5. HAXM 停更之后AEHD、WHPX、ARM 镜像怎么选HAXM 停更这件事很多教程还在装作没发生。实际影响是新装的开发环境里越来越难从官方渠道拿到 HAXM 安装包了。与其抱着老方案不放不如把现存的几条路一次性搞清楚按自己的机器选。5.1 四条主流路线的横向对比方案适用 CPU是否与 Hyper-V 共存安装位置我的评价Intel HAXM仅 Intel不共存SDK/extras/intel/...老机器还能用官方已归档新环境不建议作为首选AEHDAndroid Emulator Hypervisor DriverAMD 为主新版本扩展到 Intel部分版本宣称可共存实测因机器而异SDK/extras/google/Android_Emulator_Hypervisor_Driver/AMD 平台的正解Intel 平台可作为 HAXM 的替补WHPXIntel / AMD 通用本身就是复用 Hyper-V系统自带组件装了 Docker / WSL2 的机器首选arm64-v8a 镜像任意不涉及AVD 配置层面Apple Silicon 的唯一解x86 主机上跑会极慢仅救急这张表里的关键信息是第二列。很多人换方案换了个寂寞就是因为没注意到能不能和 Hyper-V 共存这一栏。5.2 AEHD 的安装与几个容易忽略的坑AEHD 的前身是 Google 自己维护的一个驱动早期只支持 AMD后来逐步扩展。它的安装方式跟 HAXM 几乎一样SDK Manager → SDK Tools → 勾选Android Emulator hypervisor driver (installer)。装完后去SDK/extras/google/Android_Emulator_Hypervisor_Driver/。右键管理员运行silent_install.bat。验证sc query aehd注意服务名变是aehd不是intelhaxm别查错地方。几个实际遇到的坑坑一脚本一闪而过。silent_install.bat双击后闪一下就关了看不出成功还是失败。用管理员权限的命令提示符进到该目录手动执行就能看到完整输出。常见的失败原因是把驱动装到了错误的系统盘或者路径里有非 ASCII 字符。坑二没卸载旧驱动就装新的。如果机器上之前装过 HAXM两者可能同时存在模拟器会挑一个用结果行为诡异。换方案前先干净卸载控制面板 → 程序和功能 → 找到对应条目卸载或sc stopsc delete。坑三误以为它自动兼容 Hyper-V。AEHD 的较新版本在文档里提到过与 Hyper-V 共存的可能性但这是在特定系统版本和特定配置下才成立的。如果你机器上 Hyper-V 是开着的装完 AEHD 还是起不来别怀疑驱动装错了先按第 4 章的方法确认 Hypervisor 状态。5.3 Apple Silicon 和 Linux 上的对应做法这两个平台的处理逻辑完全不一样简单说一下避免有人照着 Windows 的教程瞎折腾。Apple Silicon MacHAXM 在这里永远不可用一秒钟都不用花。正确做法是在 Device Manager 里创建 AVD 时系统镜像选 arm64-v8a 那一列不要选 x86_64。macOS 自带的 Hypervisor.Framework 会自动接管加速速度非常快实测比很多 Intel 平台的机器还流畅。如果你在 Apple Silicon 上看到某个 AVD 报 HAXM 缺失说明这个 AVD 是用 x86_64 镜像建的删掉重建即可。LinuxHAXM 在 Linux 上的存在感本来就低因为 Linux 有原生且更成熟的 KVM。正确做法是确认 CPU 虚拟化已开启egrep -c (vmx|svm) /proc/cpuinfo返回大于 0 就行。确认 KVM 模块加载lsmod | grep kvm。把当前用户加入 kvm 组sudo usermod -aG kvm $USER然后重新登录。检查权限ls -l /dev/kvm应该有读写权限。用emulator -accel-check验证正常会显示KVM is installed and usable。Linux 上最常踩的坑是权限问题——KVM 设备节点存在但当前用户不在 kvm 组里表现形式就是模拟器起不来但什么错误也不报。加组之后必须重新登录只在当前终端su一下是不生效的。6. 加速器就绪之后 AVD 还是起不来命令行排查链路假设你现在emulator -accel-check返回 0 了满心欢喜启动 AVD结果模拟器窗口一闪就没了或者卡在黑屏。这种情况我遇到过太多次排查思路可以固定下来别凭感觉乱试。6.1 从 accel-check 和 verbose 日志开始第一步永远是确认加速器状态因为装好了和可用是两件事emulator -accel-check第二步是列出本机 AVD确认名字没打错emulator -list-avds第三步是带着 verbose 参数启动把日志全部打出来emulator -avd Pixel_7_API_34 -verbose-verbose会把模拟器启动过程中的每一步都打到控制台包括它选用了哪个加速器、加载了哪个系统镜像、分配了多少内存、怎么初始化显卡。大部分问题在日志的前三十行里就能看出来。我总结过几类高频日志片段出现Failed to open the hax device或类似字样加速器驱动层面还有问题回到第 3 章。出现WHPX: failed to open partition之类WHPX 权限或版本问题检查 Windows 功能里的勾选状态。日志正常但停在emulator: WARNING: encryption is off之后就没了通常是图形渲染的问题见 6.3。6.2 模拟器无声退出的几个典型原因原因一AVD 的 config.ini 被写坏。手动改过 AVD 配置的人最容易遇到。AVD 的配置文件在%USERPROFILE%\.android\avd\AVD名.avd\config.ini里面有几项改了之后模拟器会直接拒绝启动比如hw.cpu.arch跟系统镜像实际架构对不上。处理方式很简单删掉这个 AVD 重建一个干净的比逐行对着配置找问题快得多。原因二快照损坏。模拟器默认启用 Quick Boot退出时保存快照下次直接恢复。如果上次是强制结束进程退出的快照可能是坏的启动时就卡死。解决办法emulator -avd Pixel_7_API_34 -no-snapshot-load加这个参数会跳过快照冷启动。如果能起来说明确实是快照问题可以在 AVD 设置里关掉 Quick Boot或者定期做一次 Cold BootDevice Manager 里 AVD 右侧菜单 → Wipe Data 会连快照一起清。原因三内存分配超了。给 AVD 分配 4096MB 甚至 8192MB 内存看起来很爽但在宿主机本身内存紧张的情况下模拟器会在启动阶段被系统杀掉表现为窗口一闪。我的一般建议是宿主机 16GB 内存就分配 2048MB32GB 可以给到 4096MB别再往上加了。原因四磁盘空间不足。这个说起来很蠢但真的常见。一个 AVD 的用户数据分区默认 6-8GB加上系统镜像、快照C 盘剩余空间不足 10GB 时启动会各种莫名失败。6.3 显卡渲染与路径这两个隐形变量显卡渲染模式是另一个经常被忽略的点。AVD 的图形加速有三种模式在config.ini里对应hw.gpu.modeauto让模拟器自己挑默认值。host用宿主机的 GPU性能最好但和某些显卡驱动的兼容性一般。software纯软件渲染慢但极其稳定。如果你换了驱动、更新了系统之后模拟器突然起不来先把hw.gpu.mode改成software试一次。能起来就说明是显卡驱动那条线的问题再逐个往回查。这个排查方法我用过很多次比翻日志快。路径问题放在这一章最后是因为它影响的覆盖面比想象中大SDK 路径含中文或空格前面第 3 章说过。AVD 存储路径含中文。默认在C:\Users\用户名\.android\avd如果用户名是中文某些版本的模拟器在处理快照文件时会出问题。解决办法是设置环境变量ANDROID_AVD_HOME指向一个纯英文路径。临时目录。模拟器会在系统临时目录里写日志和临时镜像如果TEMP指向的路径有问题也会启动失败。这几条都属于不是必现、但一旦遇到很难查的类型。我的做法是在装 Android Studio 的第一天就把 SDK、AVD、Gradle 缓存、临时目录全部规划到纯英文路径下一次性把这些可能性掐掉。7. 绕开模拟器真机调试与其他兜底方案折腾了两小时还没跑起来的时候我会问自己一个问题我现在需要的是验证这个功能跑得对不对还是专门测试某个模拟器特性如果是前者其实有更省事的办法。7.1 无线调试的完整流程Android 11 之后无线调试的体验已经相当好了不用再插线。前提是手机和电脑在同一个局域网里。手机上打开开发者选项设置 → 关于手机 → 连续点击版本号七次。设置 → 系统 → 开发者选项 → 打开无线调试。点进无线调试选使用配对码配对设备记下屏幕上显示的 IP、端口和六位配对码。电脑上执行adb pair 192.168.1.100:37000按提示输入配对码。配对完成后用无线调试页面显示的另一个端口连接adb connect 192.168.1.100:5555adb devices应该能看到设备。Android Studio 的运行时设备下拉框里也会出现它。几个实操细节配对端口和连接端口不是同一个配对用的是屏幕上配对码配对那行显示的端口连接用的是主页面显示的 IP:端口很多人在这里搞混。配对信息在设备重启后失效连接信息有时候还在adb devices里显示offline的时候重新配对一次。部分品牌机型的开发者选项里无线调试这个选项藏在很深的位置或者在关闭USB 调试之后才出现。如果找不到先打开 USB 调试再回去看。7.2 什么时候干脆别折腾模拟器说实话模拟器再快也比不过真机。它真正的不可替代之处在于这几种情况需要测试多个 API 级别真机只有一台装不了三个系统版本需要测试特殊硬件配置比如平板尺寸、折叠屏、横屏需要测试没有实体设备的场景比如某个特定厂商的定制系统自动化测试和 CI 流水线跑 UI 测试这时候必须有模拟器。反过来如果你的需求只是看看我这个界面写对了没这个接口调通了没直接上真机。省下来的时间够你多写两个功能。还有一种情况值得提一句第三方模拟器不是不存在但它们和开发用的模拟器是两个物种。那些面向游戏运行场景的模拟器通常不带adb的完整调试能力也不支持 AVD 管理Android Studio 识别不到它们拿来做安卓开发基本没法用。别在这条路上浪费时间。8. 几个反复踩到的细节与我的长期配置习惯写到这儿把一些零散但很值钱的点收一下都是我这些年填坑填出来的。第一条别背报错背检测命令。具体的错误文本会随着 Android Studio 版本、系统版本变化但三条命令一直管用emulator -accel-check # 加速器是否可用 sc query intelhaxm # HAXM 服务状态Intel sc query aehd # AEHD 服务状态AMD遇到任何模拟器起不来的问题先跑这三条比搜报错文本快十倍。第二条把环境搭在纯英文路径下。这是我所有排错经验里性价比最高的一条。D:\Android\Sdk、D:\Android\AVD配合环境变量ANDROID_SDK_ROOT和ANDROID_AVD_HOME一次设置祛除一大类玄学问题。第三条Hyper-V 的取舍要提前想清楚别等出问题再想。如果你的日常开发涉及 Docker 或 WSL2从第一天就走 WHPX 路线把Windows 虚拟机监控程序平台勾上别去装 HAXM。反过来如果机器纯粹做安卓开发把 Hyper-V 系全部关干净用 HAXM 或者 AEHD性能损耗更小。第四条AVD 建好之后做一次冷启动验证。很多人建完 AVD 直接就用结果第一次退出时快照保存了之后再启动就出各种诡异问题。我的习惯是建好 AVD 后立刻用-no-snapshot-load冷启动一次确认干净状态下能起来然后再决定是否开 Quick Boot。第五条系统大版本更新之后重新跑一次emulator -accel-check。Windows 的更新包经常会把驱动配置重置尤其是那些涉及虚拟化和内核隔离的更新。系统升完级之后模拟器突然起不来八成是这个原因一分钟就能验证。最后一条更像是个心态问题这个报错本身不难解难的是在信息不全的时候到处乱试。先判断自己的机器属于哪一档——Intel 还是 AMD、Apple Silicon 还是 x86、开了 Hyper-V 还是没开、有没有 Docker——这四个维度定下来对应的方案基本就是唯一的剩下的只是把步骤走对。我见过太多人把四个方案挨个试一遍试到第三个小时才发现自己用的是 AMD 的 CPU前面全白费。