类加载器疑问解答

疑问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可见；