jvm类加载器的初始化以及加载类的过程

本文详细介绍了Java虚拟机启动时类加载的过程,包括根启动器加载Launcher类,Launcher类初始化扩展类加载器和应用加载器的过程。同时深入探讨了双亲委派机制的工作原理以及类加载的具体实现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

第一次写博客尝试一下,如果有错误请大家指出来。今天刚学习了类加载的过程记录一下方便以后回忆。

虚拟机在启动的时候由有根启动器去加载Launcher类
在这里插入图片描述

通过Launcher类的无参构造方法去初始化创建另外两个类加载器(扩展类加载器ExtClassLoader)和(应用加载器AppClassLoader)。

public Launcher() {
        Launcher.ExtClassLoader var1;
        try {
        	//这里构建了扩展类加载器
            var1 = Launcher.ExtClassLoader.getExtClassLoader();
        } catch (IOException var10) {
            throw new InternalError("Could not create extension class loader", var10);
        }

        try {
        	//这里构建了app加载器,并传入了扩展类加载器。将app加载器的parent设置为扩展类加载器。
            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);
        }

    }

当需要加载某个类的时候系统默认使用AppClassLoader来加载此类。但是由于双亲委派机制,如果判断当前类加载器未加载过此类,那么会交给父加载器来加载。(只是这一段文字可能要被骂了)

  • 所有的类加载器除了根加载器都直接或间接的继承了抽象类ClassLoader
  • 所有的加载器都有一个 parent属性,继承自ClassLoader类,上边已经说过,AppClassLoade的parent是 ExtClassLoader,ExtClassLoader的parent是null。
private final ClassLoader parent;
  • 类在被加载的时候会调用加载器的loadClass方法。此方式是在这个抽象类中实现的,我们可以看看具体的实现。这个方法很清楚的展示了双亲委派机制。
  • 这里也是打破双亲委派机制的关键点。
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 {
            //1.如果类未被加载过。
            //2.查看当前使用的类加载器是否有父加载器,如果有调用父类的此方法加载此方法。
            //3.所有的加载器的此方法都是继承自父类所以父加载器在加载的时候也是同理如果还有父就继续往上递归。
            //4.如果父为null那么使用根加载器去加载
                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
            }
			//5.如果通过上边的父加载后没有加载到那么就由子加载器自己加载
            if (c == null) {
                // If still not found, then invoke findClass in order
                // to find the class.
                long t1 = System.nanoTime();
                //6.这里是真实的去加载类的方法。通过类路径将类加载返回。
                //7.此方法对应app和ext加载器都是继承自URLClassLoader
                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类中由这个方法findClass ,但是没有具体的实现。这里需要加载器类自己实现类的加载过程。

  • ExtClassLoader和AppClassLoader的此方法都继承自URLClassLoader
  • 如果我们要写自己的classLoader那么就需要重写这个方法将指定的类加载返回。
//对应上边代码块中的7调用的方法。
//ClassLoader中的方法如下,可以看到没有具体的实现
protected Class<?> findClass(String name) throws ClassNotFoundException {
    throw new ClassNotFoundException(name);
}
//URLClassLoader中的实现
protected Class<?> findClass(final String name)
    throws ClassNotFoundException
{
    final Class<?> result;
    try {
        result = AccessController.doPrivileged(
            new PrivilegedExceptionAction<Class<?>>() {
                public Class<?> run() throws ClassNotFoundException {
                    String path = name.replace('.', '/').concat(".class");
                    Resource res = ucp.getResource(path, false);
                    if (res != null) {
                        try {
                            return defineClass(name, res);
                        } catch (IOException e) {
                            throw new ClassNotFoundException(name, e);
                        }
                    } else {
                        return null;
                    }
                }
            }, acc);
    } catch (java.security.PrivilegedActionException pae) {
        throw (ClassNotFoundException) pae.getException();
    }
    if (result == null) {
        throw new ClassNotFoundException(name);
    }
    return result;
}
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值