插件化介绍三：JVM的ClassLoader和DVM的ClassLoader的区别以及加载流程

布满荆棘的人生 2022-05-14 07:06 152阅读 0赞

插件化-classloader 双亲代理模式

参考资料：两篇非常好的博客

Android解析ClassLoader（一）Java中的ClassLoader | 刘望舒的博客  
http://liuwangshu.cn/application/classloader/1-java-classloader-.html

热修复入门：Android 中的 ClassLoader - 简书  
https://www.jianshu.com/p/96a72d1a7974

\#\#\#\#\#JVM中的ClassLoader:

<table> 
 <thead> 
  <tr> 
   <th>类名(由顶向下)</th> 
   <th align="center">作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Bootstrap ClassLoader</td> 
   <td align="center">加载Jre/lib/目录下的jar包或者启动Java虚拟机时-Xbootclasspath选项指定的目录。主要是一些系统类</td> 
  </tr> 
  <tr> 
   <td>Extension ClassLoader</td> 
   <td align="center">加载Jre/lib/ext/目录下的jar包或者加载java虚拟机启动时通过-Djava.ext.dirs选项指定的目录下的jar包。主要是一些java扩展类。</td> 
  </tr> 
  <tr> 
   <td>App ClassLoader</td> 
   <td align="center">加载CLASSPATH目录下的所有jar和Class文件，也可以加载通过-Djava.class.path选项所指定的目录下的jar和Class文件。主要是自己的应用程序写的类。</td> 
  </tr> 
  <tr> 
   <td>Custom ClassLoader</td> 
   <td align="center">通过自定义java.lang.ClassLoader的子类加载class</td> 
  </tr> 
 </tbody> 
</table>

\#\#\#\#\#DVM中的ClassLoader  
JVM中加载的是class文件，而DVM中加载的是dex文件，由于加载的文件类型不同，所以ClassLoder的逻辑也不同。  
DVM中的ClassLoader同样分为系统的ClassLoader和自定义的ClassLoader。  
系统的ClassLoader包含：BootClassLoader,PathClassLoader,DexClassLoader

<table> 
 <thead> 
  <tr> 
   <th>类名(由顶向下)</th> 
   <th align="center">作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>BootClassLoader</td> 
   <td align="center">Android系统启动时会使用BootClassLoader来预加载常用类，与Java中的BootClassLoader不同，它并不是由C/C++代码实现，而是由Java实现的。</td> 
  </tr> 
  <tr> 
   <td>PathClassLoader</td> 
   <td align="center">Android系统使用PathClassLoader来加载系统类和应用程序的类</td> 
  </tr> 
  <tr> 
   <td>DexClassLoader</td> 
   <td align="center">DexClassLoader可以加载dex文件以及包含dex的压缩文件（apk和jar文件），不管是加载哪种文件，最终都是要加载dex文件</td> 
  </tr> 
 </tbody> 
</table>

不管是JVM还是DVM的ClassLoader都使用的是双亲代理模式也叫双亲委托模式。  
其实这个双亲委托模式意思就是说先交给父类的加载器去加载，父类搞不定再自己加载。

\#\#\#\#双亲代理模式的作用：  
\#\#\#\#\#共享功能：同一个类只会被加载一次，避免重复加载，只要父classloader加载了类，子classloader就不会再次加载。  
\#\#\#\#\#隔离功能：只要是不同的classloader加载的类，就认为是不同的类，即使包名和类名都一样。这样可以避免用户写一些类冒充java核心类库，导致安全性上的问题。

具体的加载流程：  
1、自底向上的检查：  
类加载的时候首先委托给自己的父类去加载，如果父类还有父类就继续向上委托，直到交给BootClassLoader，然后BootClassLoader开始判断自己是否加载过，如果没有就交给子类去加载，以此类推，如果都没有加载过，再交给自定义的classloader去加载。

一句话总结就是：先委托父类加载后交给子类的加载模式

以上就是ClassLoader和双亲代理模式的简单的介绍啦(*▽*)。