jdk源码级别刨析双亲委派模型及其如何打破_java 双亲委派打破源码-CSDN博客

本文链接：https://blog.csdn.net/weixin_41800922/article/details/118330414

类加载运行过程

public class Math {
    public static final int initData = 666;

    //  public static User user = new User();
    public int compute() {
        //一个方法对应一块栈帧内存区域
        int a = 1;
        int b = 2;
        int c = (a + b) * 10;
        return c;
    }

    public static void main(String[] args) {
        Math math = new Math();
        math.compute();
    }

运行main方法流程大致如下
在这里插入图片描述
其中loadClass主要包含如下几步：

加载：加载过程主要是通过io流读取字节码文件，当我们使用到该类时才回去加载，如main方法
验证：验证过程时对字节码文件的合法性进行校验，是否符合规范
准备：给静态变量赋予默认值
解析：将符号引用替换为直接引用（符号引用大意为字面量如（文中computer），直接引用大意为数据所指向的内存地址）
初始化：给类的静态变量赋予指定的值，执行静态代码块

类加载器和双亲委派机制

类加载过程主要是由类加载器来实现的，java主要有以下三种类加载器:

启动（Bootstrap）类加载器：Bootstrp加载器是用C++语言写的，它是在Java虚拟机启动后初始化的，它主要负责加载%JAVA_HOME%/jre/lib,-Xbootclasspath参数指定的路径以及%JAVA_HOME%/jre/classes中的类。
扩展（Extension）类加载器：Bootstrp loader加载ExtClassLoader,并且将ExtClassLoader的父加载器设置为Bootstrp loader.ExtClassLoader是用Java写的，具体来说就是 sun.misc.Launcher$ExtClassLoader，ExtClassLoader主要加载%JAVA_HOME%/jre/lib/ext，此路径下的所有classes目录以及java.ext.dirs系统变量指定的路径中类库
应用（Application)类加载器：Bootstrp loader加载完ExtClassLoader后，就会加载AppClassLoader,并且将AppClassLoader的父加载器指定为 ExtClassLoader。AppClassLoader也是用Java写成的，它的实现类是 sun.misc.Launcher$AppClassLoader，另外我们知道ClassLoader中有个getSystemClassLoader方法,此方法返回的正是AppclassLoader.AppClassLoader主要负责加载classpath所指定的位置的类或者是jar文档，它也是Java程序默认的类加载器
类加载器初始化过程：

通过类运行加载过程图可知其中会创建JVM启动器实例sun.misc.Launcher.Launcher初始化使用了单例模式进行初始化，保证一个jvm虚拟机内只有一个Launcher实例，继续往下看Launcher构造方法可知

在其构造方法内部，创建了两个类加载器sun.misc.Launcher.ExtClassLoader，sun.misc.Launcher.AppClassLoader，JVM默认使用Launcher的getClassLoader()方法返回的类加载器AppClassLoader的实例加载我们的应用程序。

双亲委派机制
定义：加载某个类时会先委托父加载器寻找目标类，找不到再委托上层父加载器加载，如果所有父加载器在自己的加载类路径下都找不到目标类，则在自己的类加载路径中查找并载入目标类。比如我们的Math类，最先会找应用程序类加载器加载，应用程序类加载器会先委托扩展类加载器加载，扩展类加载器再委托引导类加载器，顶层引导类加载器在自己的类加载路径里找了半天没找到Math类，则向下退回加载Math类的请求，扩展类加载器收到回复就自己加载，在自己的类加载路径里找了半天也没找到Math类，又向下退回Math类的加载请求给应用程序类加载器，应用程序类加载器于是在自己的类加载路径里找Math类，结果找到了就自己加载了。。双亲委派机制说简单点就是，先找父亲加载，不行再由儿子自己加载
在这里插入图片描述
我们通过Launcher构造方法继续往下会有一个loadClass方法，如下

//Classloader里面的loadClass方法实现了一个双亲委派机制
 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 {//如果当前加载器父加载器为空则委托BootStrap加载器加载该类
                        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();
                    //都会调用URLClassLoader的findClass方法在加载器的类路径里查找并加载该类
                    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;
        }
    }

为什么要设计双亲委派机制？

沙箱安全机制：jvm自己的类不会被加载，防止核心类库被篡改
避免类的重复加载：当父亲已经加载过该类时，就没有必要在加载一次，保证被加载类的唯一

如何打破双亲委派机制？

核心思路：重写loadClass类加载方法，实现自己的加载逻辑，不委派给双亲加载

 if (parent != null) {//如果当前加载器父加载器不为空则委托父加载器加载该类
                        c = parent.loadClass(name, false);
                    } else {//如果当前加载器父加载器为空则委托BootStrap加载器加载该类
                        c = findBootstrapClassOrNull(name);
                    }

重写loadClass上述代码自定义逻辑，可以通过自定义类加载器加载自己所需要的类

自定义类加载器示例

自定义类加载器只需要继承 java.lang.ClassLoader 类，该类有两个核心方法，一个是 loadClass(String, boolean)，实现了双亲委派机制，还有一个方法是findClass，默认实现是空方法，所以我们自定义类加载器主要是重写findClass方法。

public class MyClassLoaderTest {
    static class  MyClassLoader extends  ClassLoader{
        private String classPath;
        public MyClassLoader(String classPath) {  this.classPath = classPath; }
        private byte [] loadByte(String name) throws IOException {
            name = name.replaceAll("\\.", "/");
            FileInputStream fis=new FileInputStream(classPath+"/"+name+".class");
            int len = fis.available();
            byte[] datas = new byte[len];
            fis.read(datas);
            fis.close();
            return datas;
        }
        protected Class<?> findClass(String name) throws ClassNotFoundException {
            try {
                byte[] data = loadByte(name);
                //defineClass将一个字节数组转为Class对象，这个字节数组是class文件读取后最终的字节 数组。
                return defineClass(name, data, 0, data.length);
            } catch (IOException e) {
                e.printStackTrace();
                throw  new ClassNotFoundException();
            }
        }
    }

    public static void main(String[] args) throws ClassNotFoundException, IllegalAccessException, InstantiationException {
        MyClassLoader myClassLoader = new MyClassLoader("D://test");
        Class<?> aClass = myClassLoader.loadClass("com.fuhhua.User");
       // User o = aClass.newInstance();


    }