Google 正在从 Dalvik 移动到 ART（Android 运行时）。
我试图了解它将如何提高性能。
我找到的最好的解释是下图：
已更改的主要组件之一是 dexopt 到 dex2oat。
由于我对这些不太了解，谁能解释其中的区别以及这将如何提高性能？
【问题讨论】：
标签： android dalvik android-runtime dexopt dex2oat
dexopt 对 dex 文件做了一些优化。它会使用包含被调用方法的 vtable 索引的优化版本替换虚拟调用指令，这样它就不必在执行期间执行方法查找。
dexopt的结果是一个odex（优化的dex）文件。这和原始的 dex 文件非常相似，只是它使用了一些优化的操作码，比如优化的调用虚拟指令。
dex2oat 获取一个 dex 文件并编译它。结果本质上是一个elf文件，然后本机执行。因此，它不再拥有由虚拟机解释的字节码，而是拥有可由处理器本机执行的本机代码。这称为 AOT（提前）编译。
这两个工具都正常运行at install time on the device。
另一个需要考虑的因素是 dalvik 使用了 JIT（即时）编译器——这意味着它还能够将字节码编译为本机代码。然而，主要区别在于 ART 会提前编译所有内容，而 dalvik 仅使用启发式方法编译字节码的子集，以检测最频繁执行的代码，并在执行期间编译。
【讨论】：
Android Runtime (ART) 是 Android 移动操作系统使用的应用程序运行时环境。 ART 取代了 Android 最初使用的进程虚拟机 Dalvik，将应用程序的字节码转换为本机指令，然后由设备的运行时环境执行。
与 Dalvik 不同，因为 Android 2.2 “Froyo” 每次启动应用程序时都使用即时 (JIT) 编译来编译字节码，ART 通过执行它引入了提前 (AOT) 编译的使用在安装应用程序时。通过减少需要在应用程序的操作中执行的编译总量，可以减少移动设备的处理器使用量并提高电池运行时间。同时，ART 在性能、垃圾收集、应用程序调试和分析方面带来了改进。
为了保持向后兼容性，ART 使用与 Dalvik 相同的输入字节码，通过标准 .dex 文件作为 APK 文件的一部分提供，而 .odex 文件被替换为可执行和可链接格式 (ELF) 可执行文件。使用 ART 的设备上 dex2oat 实用程序编译应用程序后，它将仅从已编译的 ELF 可执行文件中运行；这种方法消除了 JIT 编译所涉及的各种开销，但是在安装应用程序时需要额外的编译时间，并且应用程序会占用稍多的空间来存储已编译的代码。
【讨论】：