类加载器

类加载器

JVM使用类加载器来加载.class文件到内存中，并生成对应的Class对象，然后通过这个Class对象来创建实例。

使用arthas查看类加载器：

启动类加载器

启动类加载器（BootstrapClassLoader）是由Hotspot虚拟 机提供的、使用C++编写的类加载器。

默认加载Java安装目录/jre/lib下的类文件，比如rt.jar， tools.jar，resources.jar等。

通过启动类加载器去加载用户jar包：使用-Xbootclasspath/a:jar包目录/jar包名 进行扩展

扩展类加载器

扩展类加载器和应用程序类加载器都是JDK中提供的、使用Java编写的类加载器。它们的源码都位于sun.misc.Launcher中，是一个静态内部类。继承自URLClassLoader。具备通过目录或者指定jar包将字节码文件加载到内存中。

扩展类加载器默认加载Java安装目录/jre/lib/ext下的类文件。

通过扩展类加载器去加载用户jar包：使用-Djava.ext.dirs=jar包目录 进行扩展,这种方式会覆盖掉原始目录，可以用;(windows):(macos/linux) 追加上原始目录

应用程序类加载器

它负责加载用户类路径（ClassPath）上的所有类库。

应用程序类加载器是扩展类加载器的子类，是Java代码实现的。

双亲委派机制

每个Java实现的类加载器中保存了一个成员变量叫“父”（Parent）类加载器，可以理解为它的上级。（ 并不是继承关系）

应用程序类加载器的parent父类加载器是扩展类加载器，而扩展类加载器的parent是空。 启动类加载器使用C++编写，没有上级类加载器。

在类加载的过程中，每个类加载器都会先检查是否已经加载了该类，如果已经加载则直接返回，否则会将加载请求委派给父类加载器。如果类加载的parent为null，则会提交给启动类加载器处理。

如果所有的父类加载器都无法加载该类，则由当前类加载器自己尝试加载。所以看上去是自顶向下尝试加载。

双亲委派机制指的是：自底向上查找是否加载过，再由顶向下进行加载。

作用：

• 保证类加载的安全性：通过双亲委派机制，让顶层的类加载器去加载核心类，避免恶意代码替换JDK中的核心类库，比如 java.lang.String，确保核心类库的完整性和安全性。
• 避免重复加载：双亲委派机制可以避免同一个类被多次加载，上层的类加载器如果加载过类，就会直接返回该类，避免重复加载。

打破双亲委派机制

ClassLoader中包含了4个核心方法，双亲委派机制的核心代码就位于loadClass方法中。

正确的去实现一个自定义类加载器的方式是重写findClass方法，这样不会破坏双亲委派机制。

打破双亲委派机制的核心就是重写以下方法

protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    long t1 = System.nanoTime();
                    c = findClass(name);

                    // this is the defining class loader; record the stats
                    PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }