本文详细介绍了Android的ART编译模式，包括JIT和AOT的区别，以及四种编译过滤器：verify、quicken、speed-profile和speed的特性。分析了它们在执行效率和编译速度上的差异，并探讨了ART的编译流程，特别是在应用安装和启动过程中的影响。文章以今日头条为例，展示了不同编译过滤器如何影响安装时间和启动性能，最后讨论了如何通过调整编译模式来优化启动时间。
原创文章，转载请注明出处，多谢！
一、ART简介
编译方式：具有JIT(Just-In-Time)和AOT(Ahead-of-Time)两种编译方式。
执行方式：解释器执行 和 执行编译后的机器码 两种执行方式。
机器码生成方式：JIT生成的机器码缓存在内存中，优化解释模式的执行，属于运行时优化。而OAT生成的机器码缓存为文件，属于持久化优化，每次编译会更新文件，但是更新频率并不高。
ART 包括一个编译器(dex2oat 工具)和一个为启动 Zygote 而加载的运行时 (libart.so)。dex2oat工具接受一个 APK 文件，并生成一个或多个编译生成文件，然后运行时将会加载这些文件。文件的个数、扩展名和名称会因版本而异，但在 Android O 版本中，将会生成以下文件：
.vdex：其中包含 APK 的未压缩 DEX 代码，另外还有一些旨在加快验证速度的元数据。
.odex：其中包含 APK 中已经过 AOT 编译的方法代码。
.art (optional)：其中包含 APK 中列出的某些字符串和类的 ART 内部表示，用于加快应用启动速度。
ART 如何编译 DEX 代码还有个compile filter以参数的形式来决定：从 Android O 开始，有四个官方支持的过滤器：
verify：只运行 DEX 代码验证。
quicken：运行 DEX 代码验证，并优化一些 DEX 指令，以获得更好的解释器性能。
speed-profile：运行 DEX 代码验证
最低0.47元/天 解锁文章
1115
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
