作为Android 11开发人员预览的一部分，我们发布了Android 11系统映像，该映像能够执行ARM二进制文件，并显着提高性能。以前，依赖ARM库并且无法构建其应用程序的x86变体的开发人员要么必须使用具有完整ARM仿真的系统映像，否则它们在基于x86的计算机上运行时比x86系统映像慢得多，或者诉诸于物理设备。新的Android 11系统映像能够将ARM指令转换为x86，而不会影响整个系统。这允许执行ARM二进制文件进行测试，而没有完整ARM仿真的性能开销。

新的Android 11（Google API）x86系统映像支持ARM ABI，而较旧的Android Oreo系统映像不支持

细节

其重要性可能需要一些上下文，尤其是如果您仅使用Kotlin或Java编程语言来构建应用程序时。与Kotlin或Java编程语言（两者均在Android Runtime（ART）上执行）不同，Android应用程序中的任何C ++都直接编译为机器指令。这意味着需要根据目标设备的体系结构进行不同的编译。手机往往具有ARM处理器；因此，您可能添加到应用程序中的许多C ++依赖项（例如相机条形码扫描器库）仅与ARM处理器兼容。如果您在使用基于x86的处理器的计算机上进行开发，则会出现问题，因为这将阻止您运行应用程序。

以前，如果您想解决此限制并在x86机器上执行为ARM构建的应用程序，则必须使用具有完整ARM仿真功能的仿真器系统映像。由于将整个系统的ARM指令转换为x86会产生开销，当在x86主机上运行时，具有完全ARM仿真的仿真器系统映像往往比基于x86的系统映像运行得慢得多。此外，具有完全ARM仿真功能的仿真器系统映像无法利用x86处理器提供的硬件加速和CPU虚拟化技术。

新的ARM兼容的Android 11系统映像使整个系统可以本机运行x86，并像往常一样利用虚拟化技术。当应用程序的进程需要ARM二进制文件时，二进制文件将在该进程内唯一地转换为x86。这允许其余过程继续在x86中执行，包括Android Runtime（ART）以及其他对性能至关重要的库，例如libGLES和libvulkan。除此之外，该转换器还避免了执行特定于硬件的底层硬件库，从而避免了昂贵的内存访问工具以及相关的性能损失。这些新的仿真器系统映像可以在本地使用，也可以在您自己的持续集成基础结构上使用。与ARM Limited的合作使这成为可能。

Ref: https://android-developers.googleblog.com/2020/03/run-arm-apps-on-android-emulator.html?utm_source=androidweekly.io&utm_medium=website