2022-04-05 ClassLoader

ClassLoader主要代码

protected Class loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            //这是一个存储已经加载的过的类的字典，里面调用的是native 方法
            //private native final Class findLoadedClass0(String name);
            //这里如果已经加载过了 就不会继续往下走
            Class c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    //parent 是一个属性，不是代表这个类加载器有父类
                    if (parent != null) {
                        //递归调用  继续找父加载器的loadClass方法
                        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
                }
                //到了这里证明都没加载出来 那么久要走findClass方法
                if (c == null) {
                    //这一步是实际加载的方法，相当于每个方法都有一个我能加载什么大的目录
                   //boot的是rt 核心包的 ext 的是什么目录的 app 的是啥的,比如 该app加载的 ，ext这个到这里是找不到的；里面还会调用一个本地方法defineClass方法 真正把文件转化为类的方法;
                    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;
        }
    }

1. Class c = findLoadedClass(name); 这个方法有什么用？
   这个方法相当于一个字典记录了已经加载了什么类；
   2.常说双亲委派机制的好处就是防止重复加载和篡改核心类，那么已经加载过了，每次都会先走到这个方法，确实可以预防重复加载，但是不就不存在篡改核心类了吗？
   网上说的什么，网络上 传来一个java.lang.Integer篡改核心类，可是如果已经加载过了，再到这个方法，正好屏蔽了就不会存在这种情况；
   我想说的是如果程序一开始没有加载过Integer这个类，也就是说字典里没有用这个类的加载记录，那么一层一层向上 传递是会找到bootstrap的 这样就bootstrap加载这个类 还是会去核心包里面找，找到了 那么该怎么加载怎么加载；双亲委派就发挥了作用；
   如果一旦加载了第一次，还想用同名同包名篡改就不行了，不管什么加载器第一步就挡住了；
   eg：

   
   
   image.png
   
   

   apple类没有被加载过

   
   
   image.png
   
   向上抛一直抛到了boot，还是没找到 然后返回给ext

image.png

ext 去findClass后加载不出来 又返给app

image.png

此时app这里肯定要能加载出来才行

image.png

这就是一个完整的流程，重要的是 如果继续执行可以发现开始加载Integer类了
他们说的篡改这种情况就发生在一开始初始化阶段吧，如果程序没有加载过Integer类。。。
这样一层层向上抛 同包同名肯定最后被boot截住，就不存在篡改这一说了；

image.png

3打破双亲委派
jdbc下边的spi 都是没有走双亲委派；再累也要用父类的加载器，里面有个driverManager类是被ext加载的，如果想用就得实现driverManager类，但是各个驱动厂商有自己的实现方式，因此实现由厂商自己实现，这时候ext肯定加载不了所有厂商的，就找了个线程，负责加载驱动厂商自己实现的类；
tomcat核心类还是要一层层向上抛的，但是有一点就是每个项目都有自己的一套版本，dubbo我用1你用2，包名类名一样实现不一样，如果加载了一个其他部署的就不能用了；所以每个项目自己弄一个customerClassLoader，也打破了双亲委派机制；