前言
虽然Android程序是使用Java语言开发的，当然，现在也可以使用kotlin语言。但是实际上我们开发出来的Android程序并不能运行在JVM上，而是只能运行在一个类似JVM的Android虚拟机上。Android虚拟机有两种，分别是Dalvik虚拟机和ART虚拟机。
Dalvik 虚拟机
Dalvik虚拟机是Google自己设计的用于Android平台的虚拟机，它曾经是Android平台的核心组成部分之一。它负责加载dex/odex文件并解析成机器码然后执行。Dalvik虚拟机并没有遵循《Java虚拟机规范》,因此不能算是Java虚拟机。但是它与Java却又有联系，它执行的DEX文件是通过Class文件转化而来。我们也可以认为它是为了能在安卓设备运行而对JVM进行优化的产物。
Dalvik诞生消亡史
- Android 1.0，使用Dalvik作为Android虚拟机运行环境。
- Android 2.2，Google在Andriod虚拟机中加入了JIT编译器（Just-In-Time Compiler）。
- Android 4.4，Google带来了全新的虚拟机运行环境ART，此时ART和Dalvik是共存的，用户可以在两者之间进行选择。
- Android 5.0，ART全面取代了Dalvik成为了Android虚拟机运行环境，至此Dalvik退出历史舞台。
Dalvik 特点 （与JVM的区别）
- Dalvik虚拟机运行的是Dalvik字节码，Dalvik字节码由Java字节码转换而来，并被打包到一个dex文件中。而JVM运行的是class文件或jar文件。
- 加载速度快，dex相比于Jar文件会把所有包含的信息整合在一起，减少了冗余信息。这样就减少I/O操作，提高类的查找速度。
- Dalvik虚拟机是基于寄存器，而JVM是基于栈（操作数栈）。虽然基于寄存器执行效率好，但是可移植性差，难跨平台。
- Dalvik虚拟机允许在有限的内存中同时运行多个进程，每一个应用都运行在一个Dalvik虚拟机实例中，拥有独立的进程空间。
- Dalvik虚拟机有共享机制，不同应用之间在运行时可以共享相同的类，拥有更高的效率。
什么是JIT（Just-In-Time Compiler）
早期没有JIT的时候，虚拟机运行时，会通过解释器来解释字节码并将其翻译为机器码，逐条读入，逐条翻译，最后再执行，这样就比较慢，效率不高。针对上面这个问题，引进了JIT（即时编译器）技术。它是一种优化手段。
JIT技术简单来说就是将解释过的机器码缓存起来，下次再执行时到这个方法的时候，则直接从缓存里面取出机器码来执行。减少了读取字节码和翻译字节码的操作。以此来提高效率。JIT技术的引入使得Dalvik的性能提升了3~6倍
不过要注意的是并不是所有执行过的代码对应的机器码都会被缓存起来。而是只有被认定为热点代码（Hot Spot Code） 的代码才会。这里所指的热点代码主要有两类，包括：
- 被多次调用的方法
- 被多次执行的循环体（虽然只是循环体被多次执行，但仍是将整个方法的机器码缓存起来）
JIT技术虽好，但是也是有缺点的：
- 每次重新启动引用都需要重新编译
- 运行时比较耗电
什么是dex
dex是二进制文件，用于在Android虚拟机上执行。是通过把所有的class文件进行合并优化得到的。dex文件去除了class文件中的冗余信息（比如重复字符串），并且结构更加紧凑，因此在dex解析阶段可以减少I/O操作，提高类查找速度。
它与.jar文件不同，.jar文件像是一个文件夹，里面的.class是单独的文件，各个class信息里面会出现重复的信息。而dex文件，则将所有的.class里面的信息整合在一起，去除掉里面的重复数据。
什么是odex
odex是从apk提取出dex文件并通过优化后得到的产物，它被保存到data/dalvik-cache目录下。原apk文件中的classes.dex可以保留也可以删除，甚至有时候会留下残缺的dex文件。
系统在首次启动时，需要对预置的apk进行安装，此时需要将dex从apk文件中解压出来放到data/app文件夹中。
在Dalvik虚拟机中，会通过dexopt来对dex进行优化，生成odex文件，并将其保存到手机的VM缓存文件夹data/dalvik-cache下（注意，这边生成的odex文件后缀依然是dex ）。它是一个dey文件，里面仍然还是字节码。
在ART虚拟机上，同样会在首次进入系统的时候使用dexopt工具来对dex进行优化，不过此时的优化是将dex字节码翻译成本地机器码。并保存在data/dalvik-cache下。
一般情况下，在Android系统进行编译的时候，预处理提取Odex文件的话，将会大大优化系统首次启动时间。
ART 虚拟机
ART虚拟机在Android 5.0开始替换Dalvik虚拟机。其处理应用程序执行的方式不同于Dalvik虚拟机，它不使用JIT而是使用了AOT（Ahead-Of-Time），也就是提前编译技术。并且对垃圾收集器也进行了改进和优化，当然也还包括了其他的优化。
什么是AOT（Ahead-Of-Time
AOT也就是提前编译技术。简单来说就是提前将字节码转换成本地机器码，然后存储在本地磁盘上，运行时可以直接执行，避免了Dalvik时期的应用运行时再来解释字节码。运行时效率大大提高。
在Android 7.0 之前，Android系统安装应用的时候，会进行一次预编译，将字节码预先编译成本地机器码，生成.oat文件，并存储在本地磁盘上，也就是AOT技术。这样在应用每次运行时就不需要重新编译，可以直接使用编译好本地机器码，运行效率大大提升。但是这也使得安装应用的时间大大增加，
于是在Android7.0，又重新引进了JIT技术，形成JIT/AOT混合编译模式，这种混合编译的特点是：
- 应用在安装的时候，不进行AOT预编译。
- 应用运行时这直接通过解释器翻译字节码为机器码然后执行。并同时记录热点代码信息到profile文件中。
- 手机进入空闲或充电状态的时候，系统会扫描APP目录下的profile文件，并通过AOT对热点代码进行编译。
- 下一次启动时，会根据profile文件来运行已编译好的机器码，避免在运行时对已经变过的方法又进行了JIT编译。
- 应用运行期间会持续对热点代码进行记录，以方便在空闲或充电时进行AOT，以此循环。
使用了JIT来对AOT进行补充，可以提升运行时性能，节省存储空间，加快应用运行速度。 具体可以查看google官方文档：实现 ART 即时 (JIT) 编译器
ART垃圾收集器优化
- 只有一次GC暂停（Dalvik需要两次）
- 并发复制，可减少后台内存使用和碎片
- GC暂停的时间不受堆大小影响
- 在清理最近分配的短时对象这种特殊情况中，回收器的总GC时间更短
- 优化了垃圾回收的工效，能够更加及时地进行并行垃圾回收，这使得GC_FOR_ALLOC事件在典型用例中极为罕见
ART时间线
- Android 4.4 ，ART和Dalvik是共存的，用户可以在两者之间进行选择。
- Android 5.0，正式取代Dalvik虚拟机成为Android虚拟机运行环境，Dalvik退出历史舞台，AOT取代JIT。
- Android 7.0，JIT回归，采用JIT和AOP混合编译模式。
- ART持续更新优化
Dalvik VM 和 ART VM 有什么区别
- ART早期使用AOT技术，后期使用AOT+JIT混合，而Dalvik使用JIT
- ART支持64位CPU并兼容32位CPU,而Dalvik只支持32位CPU
- ART对垃圾收集器进行了改进优化，提高了吞吐量。
