Android模拟器加载自定义镜像

基于AOSP编译Androiod镜像后，如果在linux下运行该镜像，我们知道只需要在AOSP根目录下执行lunch后，运行emulator即可。但是，如何让Android Studio的模拟器加载这个镜像，尤其是如何在Windows下加载这个编译后的镜像，直接采用emulator -sysdir及-system均无法正常启动，在探索过程中走了一些弯路，特此记录下。

Android Emulator的目录结构分析

我们知道，无论windows或linux下，android sdk中提供了一个emulator/emulator（windows下为emulator.exe）的命令行工具，直接执行

emulaotr -avd xxx

即可启动xxx的模拟器。xxx即可用命令行配置，也可用android studio提供的模拟器管理工具配置。可以采用emulator -avd xxx -sysdir可以指定镜像路径，实际测试过程中，发现在aosp根目录下采用aosp的emulator可以启动，但是拷贝到window下无法启动，经历了一番折腾发现主要有两个注意点：

x86下运行需要将system-qemu.img,vendor-qemu.img分别重命名为 system.img,vendor.img供模拟器使用（原因system是供刷机使用的，system-qemu才是供qemu模拟器加载的）
自己制作模拟器镜像路径时，注意如果无法启动，很有可能是校验没通过，需要把VerifiedBootParams.textproto拷贝过来；
build.prop不匹配，如果你编译的是x86/x86_64镜像，但是提示你采用x86镜像会更快，基本是该问题，可以采用emulator -avd xxx -verbose看相关日志，看cpu类型是不是正确；
相对比较简单的方法，是将编译后镜像及其相关文件拷贝到sdk目录xx到system-images目录下的某个路径（如custom），具体拷贝那些内容可以参考symtem-images下其他目录google官方镜像的目录结构；注意需要将xxx-qemu.img一起拷贝过来，并重命名为xxx.img；另外编译后的镜像根目录下没有build.prop文件，这个在镜像下一级system目录下也需要拷贝过来；采用Android Studio新建一个模拟器，然后修改改模拟器配置文件，将其成image.sysdir.1修改为自己编译后的路径（如systiem-images/custom），然后启动模拟器即可

以下为思路及原因，可以跳过：
在windows下，这个xxx的配置文件，其实就放在用户目录下的.android下的.avd目录下xxx.ini配置文件，这个配置文件只记录了一个路径，具体的配置文件中的path对应的路径为该xxx模拟器的具体路径，通常在.avd下的xxx.avd目录，打开该目录里面有个config.ini文件，其中image.sysdir.1指定了启动模拟器的镜像路径，我们可以将该路径修改为我们自定义的路径来达到启动自定义镜像的目的。
如何构建自己的image路径，其实仿照sdk/system-images/xxx/xxx官方镜像目录下结构拷贝自己编译的内容就可以了，可以在system-images下新建一个custem目录，然后将各种image拷贝过来，需要注意的是：

build.prop不在构建镜像的根目录下，而在sytem中；
如果同时用xxx-qemu.img和xxx.img只需拷贝xxx-qemu.img并重命名为xxx.img即可，如拷贝的应该是system-qemu.img到custmo目录，并重命名为sytem.img，原因是编译出的system.img不是给模拟器用的。

理论上，custom目录内容正确的话，直接用emulator -sysdir指定路径应该也可以。