JVM-类加载器

1、类加载的分类

引导类加载器（bootstrap class loader)：用来加载Java的核心库，原生代码实现，并不继承java.lang.ClassLoader 。

扩展类加载器（extensions class loader): 用来加载 Java 的扩展库。Java 虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java 类。

系统类加载器（system class loader）：它根据 Java 应用的类路径（CLASSPATH）来加载 Java 类。一般来说，Java 应用的类都是由它来完成加载的。可以通过 ClassLoader.getSystemClassLoader()来获取它。

用户自己实现的类加载器。

2、双亲委派模型

定义：当类收到类加载请求的时候，不会直接使用当前加载器进行加载，而是委托给父类加载器，所以最终都会到引导类加载器上面。

如果父类加载器加载失败，那么才使用当前的加载器进行加载。

 优点：看图就可以发现，这种机制有种很明显的层次感，就像每个类的最终父类都是Object,使得能更好的利用好类资源，也使得自己写的类库的类不会覆盖类库的类。

3、延伸出来的如何判断类是否相等

    看书的时候，里面提到了判断两个类是否相等，不仅需要同一个.class，还需要是同一个类加载器，同一个虚拟机。

4、双亲委派模型的实现

 protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // 检查该类是否已经被加载
            Class<?> c = findLoadedClass(name);
            // 没有被加载，那么将类加载请求委派给父类
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    // 让父类尝试去加载
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                    // 如果父类加载器为 null，默认使用启动类加载器
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // 这里做个空处理，为了下一步调用自己的 findClass() 去加载，也就是自己自定义的一个类加载器了。
                }

                if (c == null) {
                    // 调用自己的 findClass() 去加载，我们在实现自己的类加载器时只需要 extends ClassLoader，然后重写 findClass() 方法而不是 loadClass() 方法，这样就不用重写                           // loadClass() 中的双亲委派机制了
                    long t1 = System.nanoTime();
                    c = findClass(name);

                    // this is the defining class loader; record the stats
                    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、破坏双亲委派机制

1、自己自定义一个类加载器，重写 findClass() 方法

2、基础类回调用户的代码，如SPI服务发现机制

3、程序动态性追求，如热启动、热部署

      热启动，树状的结构变成了网状结构，结构变得复杂。

      web容器，tomcat ，每一个web应用都有一个对应的类加载器实例，但是他的加载顺序和双亲委派加载恰恰相反，它是自己当前的类加载器尝试加载，不行的话才丢给父类加载器进行加载。这种目的也是突出了自己的类优先级高于Web容器所提供的类。

6、参考资料

1、周志明《深入了解虚拟机》

2、CS-Notes/Java 虚拟机.md at master · CyC2018/CS-Notes · GitHub