Azure虚拟机安装Android Studio遇VT-x不支持及HAXM安装失败咨询

报错本质 #

Azure常规创建的虚拟机是Hyper-V层级的来宾实例，默认未开启嵌套虚拟化透传，导致来宾操作系统无法识别CPU的VT-x特性，触发HAXM安装失败、x86架构AVD无法启动的报错。这类问题无法通过在VM内部修改BIOS设置、重装HAXM解决，必须依托Azure平台的配置能力调整。

可落地的适配方案 #

• 从根因解决：开启嵌套虚拟化透传，实现和本地物理机一致的AVD加速效果
  配置时需满足三个硬性要求：
  • 选用Intel架构的支持嵌套的VM SKU，优先选Dv3/Ev3/DSv3/ESv3及以上代际的实例族，避开AMD架构实例、B系列共享CPU实例、第1代生成的老旧VM
  • 创建VM时选择「第2代虚拟机（Generation 2）」，第1代VM不支持任何嵌套虚拟化特性透传
  • 配置生效后进入系统验证：Windows下运行coreinfo.exe -v查看VT-x标记为启用状态，Linux下执行egrep -c '(vmx|svm)' /proc/cpuinfo返回值大于0即代表透传正常，后续可正常安装HAXM、启动x86架构AVD
• 无需调整VM规格的替代方案
  • 直接在AVD管理器中下载ARM架构的Android系统镜像创建虚拟设备，无需修改VM任何配置，普通Azure SKU即可运行，仅存在运行速度偏慢的问题，可满足基础功能调试需求
  • 对接云端真机测试能力，将编译完成的APK直接下发到云端实体Android设备调试，完全规避AVD的性能瓶颈

避坑提示 #

• Azure来宾VM没有修改宿主层CPU特性透传的权限，不要在系统内部反复尝试修改虚拟化相关设置，所有配置调整都需要在Azure门户的VM管理界面完成
• 不要选择CPU超配率过高的低阶SKU开启嵌套虚拟化，这类实例即使满足透传要求，运行AVD时也会因为CPU资源争抢出现严重卡顿

内容的提问来源于stack exchange，提问作者Loredana S.