栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > Java

双亲委派机制分析

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

双亲委派机制分析

一 :类加载过程

         加载 >> 验证 >> 准备 >> 解析 >> 初始化 >> 使用 >> 卸载

        加载:在硬盘上查找并通过IO读入字节码文件,使用到类时才会加载,例如调用 类的main()方法,new对象等等

        验证:校验字节码文件的正确性 准备:给类的静态变量分配内存,并赋予默认值

        解析:将符号引用替换为直接引用,该阶段会把一些静态方法(符号引用,比如 main()方法)替换为指向数据所存内存的指针或句柄等(直接引用),这是所谓的静态链 接过程(类加载期间完成),动态链接是在程序运行期间完成的将符号引用替换为直接引用

        初始化:对类的静态变量初始化为指定的值,执行静态代码块

一.类加载器分为四类:

        1.启动类加载器(Bootstrap classLoader):负责加载支撑JVM运行的位于JRE的lib目录下的核心类库,比如 rt.jar、charsets.jar等

        2.扩展类加载器(ExtClassLoader):负责加载支撑JVM运行的位于JRE的lib目录下的ext扩展目录中 的JAR类包

        3.应用程序类加载器(AppClassLoader):负责加载ClassPath路径下的类包,主要就是加载你自己写(即项目对应路径下的) 的那些类

        4.自定义加载器:负责加载用户自定义路径下的类包

二.加载机制介绍:(双亲委派)

        双亲委派机制整体流程图示:

        加载某个类时会先委托父加载器寻找目标类,找不 到再委托上层父加载器加载,如果所有父加载器在自己的加载类路径下都找不到目标类,则 在自己的类加载路径中查找并载入目标类。

 源码分析:

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说编写,java是找不到该类的
                    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
                sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                sun.misc.PerfCounter.getFindClasses().increment();
            }
        }
        if (resolve) {
            resolveClass(c);
        }
        return c;
    }
}

其中 ext和app都是classLoader的子类不存在真实的继承关系,都是Launcher的内部类,通过Launcher类的初始的时候设置伪父类的关系:

public Launcher() {
    Launcher.ExtClassLoader var1;
    try {
        var1 = Launcher.ExtClassLoader.getExtClassLoader();
    } catch (IOException var10) {
        throw new InternalError("Could not create extension class loader", var10);
    }

    try {
        this.loader = Launcher.AppClassLoader.getAppClassLoader(var1);
    } catch (IOException var9) {
        throw new InternalError("Could not create application class loader", var9);
    }

    Thread.currentThread().setContextClassLoader(this.loader);
    String var2 = System.getProperty("java.security.manager");
    if (var2 != null) {
        SecurityManager var3 = null;
        if (!"".equals(var2) && !"default".equals(var2)) {
            try {
                var3 = (SecurityManager)this.loader.loadClass(var2).newInstance();
            } catch (IllegalAccessException var5) {
            } catch (InstantiationException var6) {
            } catch (ClassNotFoundException var7) {
            } catch (ClassCastException var8) {
            }
        } else {
            var3 = new SecurityManager();
        }

        if (var3 == null) {
            throw new InternalError("Could not create SecurityManager: " + var2);
        }

        System.setSecurityManager(var3);
    }

}

创建这两个加载器的时候都会去调用classLoader的构造器,将其父类设值

protected ClassLoader(ClassLoader parent) {
    this(checkCreateClassLoader(), parent);
}

当我们自定义类加载器的时候,只需要重写其findClass方法即可,如果要打破双亲委派机制,重新loadClass方法,其默认的构造器是将appClassLoader。

protected ClassLoader() {
    this(checkCreateClassLoader(), getSystemClassLoader());
}
public static ClassLoader getSystemClassLoader() {
    initSystemClassLoader();
    if (scl == null) {
        return null;
    }
    SecurityManager sm = System.getSecurityManager();
    if (sm != null) {
        checkClassLoaderPermission(scl, Reflection.getCallerClass());
    }
    return scl;
}

private static synchronized void initSystemClassLoader() {
    if (!sclSet) {
        if (scl != null)
            throw new IllegalStateException("recursive invocation");
        sun.misc.Launcher l = sun.misc.Launcher.getLauncher();
        if (l != null) {
            Throwable oops = null;
            scl = l.getClassLoader();
            try {
                scl = AccessController.doPrivileged(
                    new SystemClassLoaderAction(scl));
            } catch (PrivilegedActionException pae) {
                oops = pae.getCause();
                if (oops instanceof InvocationTargetException) {
                    oops = oops.getCause();
                }
            }
            if (oops != null) {
                if (oops instanceof Error) {
                    throw (Error) oops;
                } else {
                    // wrap the exception
                    throw new Error(oops);
                }
            }
        }
        sclSet = true;
    }
}

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

         沙箱安全机制:自己写的java.lang.String.class类不会被加载,这样便可以防止 核心API库被随意篡改

        避免类的重复加载:当父亲已经加载了该类时,就没有必要子ClassLoader再加 载一次,保证被加载类的唯一性

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/340188.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号