目录
1.JVM类加载器
- Java中有3个类加载器,另外你也可以自定义类加载器
- 引导(启动)类加载器:负责加载支撑JVM运行的位于JRE的lib目录下的核心类库,比如rt.jar、charsets.jar等
- 扩展类加载器:负责加载驰骋JVM运行的位于JRE的lib目录下的ext扩展目录中的JAR类包
- 应用程序(系统)类加载器:负责加载ClassPath路径下的类包,主要就是加载你自己写的那些类
- 自定义加载器:负责加载用户自定义路径下的类包
2.双亲委派机制
JVM类加载器是有亲子层级结构的
双亲委派机制就是优先用父加载器加载,加载不到再回到子加载器去完成加载。具体流程就是先看自身系统类加载器缓存中是否有该类,没有就查找父加载器拓展类加载器缓存中是否拥有,没有找到就再上一层去引导类加载器查看是否有缓存;都没找到的话就先由引导类加载器在自己的加载类路径中查找并加载,没有加载到的话就向下到拓展类加载器中去加载,最后还没加载到就再向下一层到自身系统类加载器中去加载。
为什么要设置双亲委派机制?
- 沙箱安全机制:防止核心API库被随意篡改,比如自己写的java.lang.String.class类就不会得到加载
- 避免类的重复加载:当父亲已经加载了该类时,就没必要子ClassLoader再加载一次,保证被加载类的唯一性
3.Tomcat如何打破双亲委派机制
Tomcat自定义类加载器WebAppClassLoader打破了双亲委派机制,它首先自己尝试去加载某个类,如果找不到再代理给父类加载器,其目的是优先加载Web应用自己定义的类。具体实现就是重写ClassLoader的两个方法:findClass和loadClass。
loadClass方法
public Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
synchronized (getClassLoadingLock(name)) {
Class<?> clazz = null;
//1. 先在本地cache查找该类是否已经加载过
clazz = findLoadedClass0(name);
if (clazz != null) {
if (resolve)
resolveClass(clazz);
return clazz;
}
//2. 从系统类加载器的cache中查找是否加载过
clazz = findLoadedClass(name);
if (clazz != null) {
if (resolve)
resolveClass(clazz);
return clazz;
}
// 3. 尝试用ExtClassLoader类加载器类加载(ExtClassLoader 遵守双亲委派,ExtClassLoader 会使用 Bootstrap ClassLoader 对类进行加载)
ClassLoader javaseLoader =