从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 语法特性脱糖的过程可谓丰富多彩，当然他们的最终目的是一致的：使新的语法可以在所有的设备上运行。
D8的功能是将Java字节码转化成dex代码，D8作为DX的一个替代方案。编译流程如下图所示：
Android Studio 3.1版本开始，将D8作为默认的Dex编译器。如果想关闭D8，可以在gradle.properties里添加如下配置：
android.enableD8=false
android.enableD8.desugaring=false
开启D8的好处
-
编译更快、时间更短
-
DEX编译时占用内容更小
-
.dex文件更小
-
D8编译的.dex文件拥有相同或者更好的运行性能
如果你的工程已经使用Java 8尽可能开启D8编译，不然可能会出现编译错误。
R8是用来替代Proguard的一个工具，是新一代的代码压缩工具。 R8之前采用D8+Proguard的形式构建，R8则将混淆和D8工具进行整合，目的是加速构建时间和减少输出apk的大小。
Gradle插件版本达到3.4.0及以上，默认会开始R8进行代码优化。如果你不想开启R8，可以在gradle.properties里添加如下配置：
android.enableR8=false
结语
- 现在随着短视频，抖音，快手的流行NDK模块开发也显得越发重要，需要这块人才的企业也越来越多，随之学习这块的人也变多了，音视频的开发，往往是比较难的，而这个比较难的技术就是NDK里面的技术。
- 音视频/高清大图片/人工智能/直播/抖音等等这年与用户最紧密，与我们生活最相关的技术一直都在寻找最终的技术落地平台，以前是windows系统，而现在则是移动系统了，移动系统中又是以Android占比绝大部分为前提，所以AndroidNDK技术已经是我们必备技能了。
- 要学习好NDK，其中的关于C/C++，jni，Linux基础都是需要学习的，除此之外，音视频的编解码技术，流媒体协议，ffmpeg这些都是音视频开发必备技能，而且
- OpenCV/OpenGl/这些又是图像处理必备知识，下面这些我都是当年自己搜集的资料和做的一些图，因为当年我就感觉视频这块会是一个大的趋势。所以提前做了一些准备。现在拿出来分享给大家。
有需要的小伙伴可以私信我免费分享给你或者点击下面链接自行领取
