java ClassLoader 源码解析（模板方法的体现）

最新推荐文章于 2022-03-09 15:49:50 发布

馒头咸菜香香滴

最新推荐文章于 2022-03-09 15:49:50 发布

阅读量198

点赞数

分类专栏： jvm 文章标签： java

本文链接：https://blog.csdn.net/qq_32555377/article/details/106333657

版权

jvm 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

什么是ClassLoader

大家都知道，当我们写好一个Java程序之后，不是管是CS还是BS应用，都是由若干个.class文件组织而成的一个完整的Java应用程序，当程序在运行时，即会调用该程序的一个入口函数来调用系统的相关功能，而这些功能都被封装在不同的class文件当中，所以经常要从这个class文件中要调用另外一个class文件中的方法，如果另外一个文件不存在的，则会引发系统异常。而程序在启动的时候，并不会一次性加载程序所要用的所有class文件，而是根据程序的需要，通过Java的类加载机制（ClassLoader）来动态加载某个class文件到内存当中的，从而只有class文件被载入到了内存之后，才能被其它class所引用。所以ClassLoader就是用来动态加载class文件到内存当中用的。

ClassLoader分类

AppClassLoader应用类加载器,又称为系统类加载器,负责在JVM启动时,加载来自在命令java中的classpath或者java.class.path系统属性或者CLASSPATH操作系统属性所指定的JAR类包和类路径.
ExtClassLoader称为扩展类加载器，主要负责加载Java的扩展类库,默认加载JAVA_HOME/jre/lib/ext/目录下的所有jar包
BootstrapClassLoader 称为启动类加载器，是Java类加载层次中最顶层的类加载器，负责加载JDK中的核心类库，如：rt.jar、resources.jar、charsets.jar等

面试题

什么是双亲委派机制？

双亲委派是一个孩子向父亲方向，然后父亲向孩子方向的双亲委派过程。如上图所示

为什么有双亲委派机制？ java.long.String由自定义的类加载器加载行不行？

避免重复加载，保证系统安全；
java.long.String由自定义的类加载器加载不行，破坏了双亲委派，在defineClass的时候也会抛出异常，不允许定义java.开头的类

类加载过程

当一个 .class文件被加载到内存时，首先调用自己定义的 loadClass方法把自己load到内存；在自己的内存cache中找，如果找到直接返回；
如果没找到，找到自己的父加载器 AppClassLoader，在AppClassLoader的内存cache中找。如果找到，直接返回；
如果没找到，找到ExtClassLoader,在ExtClassLoader的内存cache中找。如果找到，直接返回；
如果没找到，找到BootstrapClassLoader,在BootstrapClassLoader的内存cache中找。如果找到，直接返回；
如果没找到，返回头找到ExtClassLoader,让ExtClassLoader去加载，如果加载成功，直接返回；
如果没加载成功，找到AppClassLoader,让AppClassLoader去加载，如果加载成功，直接返回；
如果没加载成功，找到Custom,让Custom去加载，如果加载成功，直接返回；
最后转一圈都没找到，直接报 ClassNotFoundException

classLoader源码解析

 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);     //1、先从自己内存cache找
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    if (parent != null) {    // 2、没找到，从父加载器找
                        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) { 
                    //3、先从父加载器找，依次递归都没找到，最终自己加载 findClass
                    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;
        }
    }
    
     //自定义classLoader 只需要extend ClassLoader 重写 findClass方法
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        throw new ClassNotFoundException(name);
    }

源码中用到了经典的设计模式-------模板方法/钩子函数可参考下边这篇文章https://blog.csdn.net/zuoxiaolong8810/article/details/9108189

类的生命周期