From 614df428401d87fe7db7797f48cb853c6b1bc657 Mon Sep 17 00:00:00 2001
From: Omooo <869759698@qq.com>
Date: Fri, 26 Jun 2020 16:14:08 +0800
Subject: [PATCH] =?UTF-8?q?Update=20JVM=20=E7=9B=B8=E5=85=B3=E5=8F=A3?=
 =?UTF-8?q?=E6=B0=B4=E8=AF=9D.md?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 blogs/Java/口水话/JVM 相关口水话.md | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/blogs/Java/口水话/JVM 相关口水话.md b/blogs/Java/口水话/JVM 相关口水话.md
index 91b8d09..2fd16ce 100644
--- a/blogs/Java/口水话/JVM 相关口水话.md	
+++ b/blogs/Java/口水话/JVM 相关口水话.md	
@@ -164,5 +164,7 @@ HotSpot 内置了多个 JIT 即时编译器，C1 和 C2，之所以引入多个
 
 至此，HotSpot 及 JIT 就讲完了。
 
+再说 Dalvik 和 ART。
 
+在官方文档上，已经没有 Dalvik 相关的信息了，Android 5 后，ART 全面取代了 Dalvik。Dalvik 使用 JIT 而 ART 使用 AOT。AOT 和 JIT 的不同之处在于，JIT 是在运行时进行编译，是动态编译，并且每次运行程序的时候都需要对 odex 重新进行编译；而 AOT 是静态编译，应用在安装的时候会启动 dex2oat 过程把 dex 预编译成 oat 文件，每次运行程序的时候不用重新编译。另外，相比于 Dalvik，ART 对 GC 过程也进行了改进，只有一次 GC 暂停，而 Dalvik 需要两次，而且在 GC 保持暂停状态期间并行处理。AOT 解决了应用启动和运行速度问题的同时也带来了另外两个问题，一个是应用安装和系统升级之后的应用安装时间比较长，二是优化后的文件会占用额外的存储空间。在 Android 7 之后，JIT 回归，形成了 AOT/JIT 混合编译模式，这种混合编译模式的特点是：应用在安装的时候 dex 不会被编译，应用在运行时 dex 文件先通过解释器执行，热点代码会被识别并被 JIT 编译后存储在 Code cache 中生成 profile 文件，再手机进入 IDLE（空闲）或者 Charging（充电）状态的时候，系统会扫描 App 目录下的 profile 文件并执行 AOT 过程进行编译。这样一说，其实是和 HotSpot 有点内味。