类加载

 

 

Java虚拟机启动的时候，并不会一次性加载所有的class文件（内存会爆），而是根据需要去动态加载。

• 启动类加载器：BootstrapClassLoader：属于虚拟机的一部分，它是用C++写的，看不到源码；其他类加载器是用Java写的。加载的是jre和jre/lib目录下的核心库
• 扩展类加载器：ExtentionClassLoader：加载的是jre/lib/ext目录下的扩展包
• 应用类加载器：AppClassLoader （也叫做“系统类加载器”）：父类加载器为ExtClassLoader，加载用户类路径(CLASSPATH)下的类库，即来自在命令java中的classpath或者java.class.path系统属性或者CLASSPATH操作系统属性所指定的JAR类包和类路径。

除了启动类加载器（BootstrapClassLoader），每个类加载器都有一个父加载器。任何parent为null的加载器，其父加载器为BootstrapClassLoader。如果直接继承ClassLoader自己实现一个类加载器，且不指定父加载器，那么这个自定义类加载器的父加载器是应用类加载器AppClassLoader。 ClassLoader.getSystemClassLoader() 返回的就是应用类加载器。

 

有一个描述类加载器加载类过程的术语：双亲委派模型。然而这是一个很有误导性的术语，它应该叫做单亲委派模型（Parent-Delegation Model）。

双亲委派的具体过程如下：如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式

 

为什么要双亲委派？

• 采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关系可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。
• 其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。

 

一个类只会被同一个链路上的类加载器加载一次。