我之前也碰到过类似的棘手情况，结合你已经做的一系列排查步骤，给你几个额外的方向试试：

一、排查HAXM与显卡驱动的兼容性 #

• 虽然你已经启用了HAXM 7.1.0，但可以尝试降级到HAXM 6.2.1或7.0.0版本——部分Nvidia显卡驱动和新版HAXM存在兼容性问题，旧版本反而更稳定。
• 打开命令提示符，运行sc query intelhaxm确认HAXM服务是否处于运行状态；再找到SDK目录下extras/intel/Hardware_Accelerated_Execution_Manager里的intelhaxm_check.exe，重新验证硬件加速是否真的生效（有时候表面显示启用，实际底层没工作）。
• 确保你的Nvidia显卡驱动是最新稳定版，避免使用测试版驱动，部分测试版会对虚拟机渲染做限制。

二、调整模拟器GPU渲染的细节设置 #

• 进入模拟器的「设置」-「高级」，尝试强制切换OpenGL ES API级别：先设为「Compatibility (OpenGL ES 2.0)」测试，再换成「Renderer maximum (up to OpenGL ES 3.1)」对比效果。
• 关闭模拟器的「Use Host GPU」选项，重启模拟器后再重新打开——这个选项有时候会出现状态缓存异常，导致GPU没有真正被调用（这也能解释你的GPU使用率仅7%的问题）。
• 如果是Windows系统，打开「图形设置」，把Android Emulator指定为「高性能Nvidia处理器」，确保模拟器没有默认使用核显运行。

三、修改模拟器的核心配置文件 #

找到模拟器的config.ini文件（路径一般是C:\Users\<你的用户名>\.android\avd\<你的模拟器名称>.avd），添加或修改以下参数：

hw.gpu.mode=auto
hw.gpu.enabled=yes
hw.gpu.nvidia.forceRender=yes
qemu.gles=2

保存后重启模拟器，这些参数会强制模拟器调用Nvidia GPU进行渲染，避免出现渲染策略异常。

另外，建议把模拟器的CPU核心数设置为本机物理核心数的一半（比如本机是8核，就设4核），不要盲目拉满核心数，反而会导致资源抢占冲突。

四、排查后台与系统层面的限制 #

• 检查后台是否有杀毒软件、防火墙或者系统优化工具在拦截模拟器进程——部分国产安全软件会对虚拟机类程序做资源限制，导致卡顿。
• 创建一个全新的模拟器实例，不要复用旧的AVD配置，选择「QEMU2」作为引擎（避免使用旧的Classic引擎），再测试卡顿情况。
• 打开任务管理器查看磁盘使用率，如果磁盘IO长期处于高位，哪怕内存和CPU空闲，也会导致模拟器卡顿（可以尝试把AVD镜像移到SSD上）。

如果以上方法都试过还是无法解决，建议用Android Studio的「Profile」工具监控模拟器的CPU、内存和IO状态，说不定能找到隐藏的性能瓶颈。

内容的提问来源于stack exchange，提问作者Roudi