1. 引言
在之前的文章中,我们可以知道,不管我们项目中使用的类还是Jvm提供的jar包,都是由类加载器加载的,也就是说java类都是类加载器加载,但是不管是扩展类加载器还是系统类加载器,都是类ClassLoader的子类,他们又是谁加载的呢? 到底是先有的类加载器还是先加载类的呢?
2. 理论
内建于JVM中的启动类加载器会加载ClassLoader以及其他java平台类。
当JVM启动时,启动类加载器将会运行,加载扩展类加载器,以及系统类加载器。启动类不是Java类(C++编写),属于特定平台的机器指令,负责开启整个加载的过程
3. 验证
3.1 如何验证ClassLoader类是由启动类加载
暂时没看到博客有详细介绍 启动类加载器是怎么加载ClassLoader的,暂时通过理论启动类加载器加载的资源目录中存在ClassLoader所在jar包(rt包)来验证,然后使用一下demo测试
public static void main(String[] args) { System.out.println(ClassLoader.class.getClassLoader()); }
上述程序结果:
null
有上述理论分析,ClassLoader是由启动类加载的,所以其对应的类加载器应该是Bootstrap类加载,即应该返回null
3.2 如何验证扩展类加载器,系统类加载器也是由启动类加载器加载
查询源码可知,扩展类加载器和系统类加载器属于类Launcher中定义,外界访问不到,但是只要确定Launcher类是由启动类加载器加载,就会导致Launcher中的静态应用以及其所有的内部类都会被其加载,也就能证明系统类和系统类加载器被加载。
public static void main(String[] args) { System.out.println(Launcher.class.getClassLoader()); }
上述程序结果:
null
有上述理论分析,ClassLoader是由启动类加载的,所以其对应的类加载器应该是Bootstrap类加载,即应该返回null
4. 总结
其中的理论,暂时没有在网上早上相关的文档,只是看视频中老师是这样总结的。所以这里只是记录一下。
来源:https://www.cnblogs.com/duguxiaobiao/p/12180265.html