Java类加载器 以及类加载器的委托模型
2012-02-08 22:53
246 查看
我们知道 我们在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中有许许多多的 类加载器 我们甚至可以写自己的类加载器 。
其中主要三个类加载器(他们是树形关系)是 :
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类加载器 以及类加载器的委托模型
- Java类加载器 以及类加载器的委托模型
- java类加载器学习2——自定义类加载器和父类委托机制带来的问题/JAVA类加载的委托模型/Java的委托
- java类加载器学习2——自定义类加载器和父类委托机制带来的问题/JAVA类加载的委托模型/Java的委托
- Java类加载器(一)——类加载器层次与模型
- JVM类加载器以及双亲委派模型
- 【类加载器】————类加载器之间的父子关系以及管辖范围【委托机制】
- Java类加载器的学习---底层类加载器思想以及自己写的类加载器
- 关于类加载器的理解以及双亲委派模型
- Java类加载器学习2——自定义类加载器和父类委托机制带来的问题
- java类加载器学习2――自定义类加载器和父类委托机制带来的问题
- Java类加载器(一)——类加载器层次与模型
- java类加载器学习2——自定义类加载器和父类委托机制带来的问题
- Java类加载器(一)——类加载器层次与模型
- 浅谈 css3 box盒子模型以及box-flex的使用
- Atitit.nosql api 标准化 以及nosql数据库的实现模型分类差异
- Windows Socket I/O模型 以及 Linux Epoll模型
- JVM内存模型以及垃圾收集策略解析(重要)
- 由"猫,老鼠和主人"引出的委托,事件及观察者模型问题
- linux下的工作模型以及Nginx工作原理