Android 热修复原理，DVM或ART与JVM的介绍ClassLoad及双亲委派模型理解

 

导语

 

热修复说白了就是”打补丁”，通过事先设定的接口从网上下载无Bug的代码来替换有Bug的代码。这样就省事多了,用户体验也好。这样带来的优势就是成本低、效率高。热修复的特点：无需重新发版，实时高效热修复；用户无感知修复，无需下载新的应用，代价小；修复成功率高，把损失降到最低。但是，Android是如何实现热修复的呢？这一次要从DVM（Dalvik虚拟机）与 JVM（JAVA虚拟机）的加载类原理讲起。

 

相关文章连接：

Android热修复开源方案阿里、微信、美团等

深刻理解JVM（JAVA虚拟机）及GC机制等

 

一、JVM机制

JVM（Java Virtual Machine）即Java虚拟机，它可以通过 类加载器 把 Class文件 加载到自己 运行时内存中去执行。虚拟机是运行在操作系统中的，而进程又是操作系统的执行单位，所以当java虚拟机运行的时候，它就是操作系统中的进程实例单位，当它没运行时，可以把它叫做程序。总而言之，Java程序在运行的时候，JVM通过类加载机制(ClassLoader)把.class文件加载到内存中。只有class文件被载入内存，才能被其他class引用，使程序正确运行起来。

JVM类加载机制(ClassLoader)

1. Bootstrap ClassLoader ：启动类加载器，负责加载java基础类，对应的文件是%JRE_HOME/lib/ 目录下的rt.jar、resources.jar、charsets.jar和class等；
2. Extension ClassLoader：扩展类加载器,对应的文件是 %JRE_HOME/lib/ext 目录下的jar和class等；
3. App ClassLoader：系统类加载器，对应的文件是应用程序classpath目录下的所有jar和class等。

工作原理：双亲委派机制

  三种ClassLoader存在父子关系，App ClassLoader的父类加载器是Extension ClassLoader，Extension ClassLoader的父类加载器是Bootstrap ClassLoader。注意这里的父子并不是继承关系。Java的类加载使用双亲委托机制来搜索类，即当这三者中的某个ClassLoader要加载一个类时，会先委托它的父类加载器尝试加载，一直往上，如果最顶级的父类加载器没有找到该类，那么委托者则亲自到特定的地方加载，如果没找到，那么就抛出异常ClassNotFoundException。

案例验证：