疑问1:jvm的类加载器基本概念
类加载器作用是将java字节码在运行时加载到jvm内存中。jvm提供了三种类加载器:根类加载器(Bootstrap)、扩展类加载器(ExtClassLoader)、系统(应用)类加载器(AppClassLoader)
疑问2:三大类类加载器的区别
加载类的路径不一样,
Bootstrap加载路径:<JAVA_HOME>/lib
ExtClassLoader加载路径:<JAVA_HOME>/lib/ext
AppClassLoader加载路径:classpath路径
疑问3:三大类加载器的父子关系?
并不是父子类关系,其实是加载器内部维护的一个变量:private final ClassLoader parent;
系统类加载器的parent变量是扩展类加载器,而扩展类加载器的parent变量是根类加载器
即AppClassLoader加载路径->ExtClassLoader->Bootstrap
疑问4:双亲委派的作用与原理
作用:1避免类重复加载,2保证核心类不会被自定义写的类覆盖篡改(沙箱安全机制)
举例:当我们自定义一个java.lang.string类,进行类加载时逐一委派到Bootstrap加载器,然后开始加载,Bootstrap从<JAVA_HOME>/lib里进行加载发现有java.lang.string这个类就直接加载返回。这样加载的string其实时核心api的string,自己定义的string就不起作用,保证了系统安全。
原理:当加载类时,每次都先委派给父加载器,判端是否加载过,如果有则返回,如果没有则继续向上委派,直至到Bootstrap加载器,然后判断是否加载过,如果没有则开始进行加载,当加载不了则往下传递给子类加载器进行加载
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
// 首先检查这个classsh是否已经加载过了
Class<?> c = findLoadedClass(name);
if (c == null) {
long t0 = System.nanoTime();
try {
// c==null表示没有加载,如果有父类的加载器则让父类加载器加载
if (parent != null) {
c = parent.loadClass(name, false);
} else {
//如果父类的加载器为空 则说明递归到bootStrapClassloader了
//bootStrapClassloader比较特殊无法通过get获取
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {}
if (c == null) {
//如果bootstrapClassLoader 仍然没有加载过,则递归回来,尝试自己去加载class
long t1 = System.nanoTime();
c = findClass(name);
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
}
疑问5:为什么双亲委派得先一层一层委派到父类,再从父类开始往下进行传递类加载,而不直接从父类加载,减少其从下往上委派的动作
因为项目正常运行阶段,加载最多的是我们自己写的类,当需要加载我们自己写的类时,直接AppClassLoader查找是否加载过,加载过直接返回,这样最快;如果直接从上往下进行加载,得从最顶层Bootstrap传递到最底层AppClassLoader才能判断是否加载过进行返回
疑问6:tomcat打破双亲委派模型的原因
1.tomcat容器可以部署多个webapp项目,如果一个项目中用的是spring4,另一个项目用的是spring5,如果不打破双亲委派,则只会加载一个spring版本,这样照成其中一个项目出现版本问题,因此tomcat各webapp加载器隔离
2.如果服务器部署10个相同的应用程序,那么要有10份相同的类库加载进虚拟机,这样是很浪费资源,因此tomcat打破双亲委派建立共享应用类加载器,只保存一份共享类库
3.实现jsp的热部署,每次加载jsp都是独立的一个jsp类加载器,从而实现热部署
疑问7:如何打破双亲委派模型
tomcat开发自己的类加载器,具体原理这里不做详解:
commonLoader:Tomcat最基本的类加载器,加载路径中的class可以被Tomcat容器本身以及各个Webapp访问;
catalinaLoader:Tomcat容器私有的类加载器,加载路径中的class对于Webapp不可见;
sharedLoader:各个Webapp共享的类加载器,加载路径中的class对于所有Webapp可见,但是对于Tomcat容器不可见;
WebappClassLoader:各个Webapp私有的类加载器,加载路径中的class只对当前Webapp可见;