从Java开始,JVM通过在硬件上面添加一层抽象来适配不同的CPU架构来实现跨平台,通过javac编译器将Java代码编译成字节码,进而运行在虚拟机当中,这样就无需关注底层操作系统、内存和CPU的差异,应用开发者只需要关注业务逻辑。
回到Android,我们的代码是需要跑在容量更小,电量更小的移动设备当中,JVM那套就不太适用了,所以Google就针对Android开发了Dex编译器来编译dex格式的字节码,而运行Dex字节码的Android虚拟机被称为Dalvik。因为Dalvik存在不少局限性,Google后来又退出ART虚拟机,ART使用了AOT(Ahead of Time)编译器,跟Davik的区别是,它不是在运行时解析和JIT编译,而是直接运行提前编译好的.oat文件,所以它的运行速度会更快。 按道理说到了AOT,Android的编译速度已经有了不错的效果,但是Java Android != Java SE
,Java7开始引入的新语言特性不能直接用在Android开发中,为了能够用上Java8新特性,Google增加了一步编译过程—脱糖(desugaring)
,但这一步会导致更长的编译时间,这也是为什么Google会推出D8
和R8
编译器来优化编译速度。
什么是脱糖?
脱糖 即在编译阶段将在语法层面一些底层字节码不支持的特性转换为基础的字节码结构,(比如 List 上的泛型脱糖后在字节码层面实际为 Object); Android 工具链对 Java8 语法特性脱糖的过程可谓丰富多彩&#