本篇内容介绍了“Java类加载器以及类加载器的委托模型是什么”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
我们知道,我们在Java中用到的所有的类都是通过类加载器ClassLoader加载到JVM中的,我们还知道类加载器也对应着一个类,既然这样那么我们会想那么ClassLoader类是由谁加载的呢?
其实在Java中有许许多多的类加载器,我们甚至可以写自己的类加载器。
其中主要三个类加载器(他们是树形关系)是:
BootStrap:在java虚拟机启动的时候会利用这个类加载器来加载 JDK安装目录下的 /JRE/LIB/rt.jar 也就是系统默认导入的一些类例如System类,这个类加载器不是类 。只是作为一个java中类的起源工具。
ExpClassLoader:这个类加载器加载JDK安装目录下的/JRE/LIB/ext 目录中的类 我们只要把我们的类打包成JAR包放在这里即可。
AppClassLoader:我们在java程序中classpath对应的类都有这个AppClassLoader导入进来。
看下面一段代码:
package me.test; /** * BootStrap * 加载 JRE/lib/rt.jar 包中的类 包括我们常用到的类 * * ExtClassLoader * 专门家在 JDK/JRE/libEXT/*.jar 中的类 只要把我们的类放在这里 就会被 这个加载器加载 * * AppClassLoader * 加载ClassPath指定的所有jar和目录 * * **/ public class Test1 { public static void main(String []args) { System.out.println(Test1.class.getClassLoader().getClass().getName() ); //获取主类的类加载器 System.out.println(System.class.getClassLoader()); //BootStrap 获取System类的类加载器 因为加载器是 BootStrap所以返回null 以为内他不是一个类 ClassLoader l=Test1.class.getClassLoader() ; //获取Test1的类加载器 while(l!=null) //循环出 ClassLoader树 { System.out.println(l.getClass().getName()); l=l.getParent(); } System.out.println(l); } }
ClassLoader的委托模型
比如说我们在加载一个类的时候AppClassLoader他先让BootStrap来加载类,如果BootStrap已经加载了,那么就返回。如果找不到这个类那么BootStrap就传递给ExtClassLoader 来查找,和BootStrap一样。如果找到就加载,如果找不到就继续传递给AppClassLoader 来加载。如果AppClassLoader还找不到的话,那么AppClassLoader就会跑出ClassNotFoundException 异常。
我们为什么不利用AppClassLoader下级的加载器呢? 因为AppClassLoader下级可能有多个类加载器多个类加载器相互独立,如果加载类那么就会导致内存中出现多份字节码,造成不必要的的内存浪费。这就是类加载器的委托模型。
“Java类加载器以及类加载器的委托模型是什么”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。