JVM之类加载器下篇
除了自定义的类加载之外,jvm存在三种类加载器,并以一种父委托的加载机制进行加载。

--启动类加载器,又称根加载器,是一个native的方法,使用c++实现。在java中我们用null标识,用于加载jdk自带的类。
--扩展类加载器,用于加载jdk扩展类
--系统类加载器,用于加载classpath目录下的类

上面提到的三种类加载器,是存在父子关系,即系统类加载器会委托extension加载器,如果extension加载器不能加载该类的话,再由系统类加载器进行加载。注意这里所说的父子关系不是指继承关系,而是一种组合关系。至于为什么要使用这种父委托加载机制呢?
一个显而易见的好处就是Java类伴随着它的类加载器一起具备了一种带有优先级带层次关系,列如类java.lang.Object,它存放在rt.jar之中,无论哪一个类加载器要加载这个类,最终都是委派给处于模型最顶端的启动类加载器进行加载的,因此Object类在程序的各种类加载器环境中是同一个类。相反,如果没有使用双亲委派模型,由各个类加载器自行去加载的话,如果用户自己编写了一个成为java.lang.Object的类,并放在程序的classpath下面,那系统将出现多个Object类,java类型体系中最基础的行为也就无法保证类,应用程序也将会变得一片混乱。
实现一个自定义类加载器只需继承ClassLoader,重写findClass()方法
import java.io.ByteArrayOutputStream;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.InputStream; /**
* @desc
* @author chenqm
* @date 2016年2月17日
*/
public class MyClassLoader extends ClassLoader { private String name; //类加载器的名字
private String path = "d:\\"; //加载类的路径
private String fileType = ".class";//Class文件的扩展名
public MyClassLoader(String name){
super();
this.name = name;
} public MyClassLoader(ClassLoader parent,String name){
super(parent);//显式制定该类加载器的父加载器
} public String getPath() {
return path;
} public void setPath(String path) {
this.path = path;
} @Override
public Class<?> findClass(String name) throws ClassNotFoundException{
byte[] data = this.loadClassData(name);
return this.defineClass(name, data, 0, data.length);
} private byte[] loadClassData(String name){
InputStream is = null; byte[] data = null; ByteArrayOutputStream baos = null; try{
name = name.replace(".", "\\");
is = new FileInputStream(path + name +fileType);
baos = new ByteArrayOutputStream();
int ch =0 ;
while(-1 !=(ch = is.read())){
baos.write(ch);
}
data = baos.toByteArray();
}catch(Exception e){
e.printStackTrace();
}finally{
try{
is.close();
baos.close();
}catch(Exception e){
e.printStackTrace();
}
} return data;
} @Override
public String toString() {
// TODO Auto-generated method stub
return name;
} public static void main(String[] args) throws Exception{
MyClassLoader loader1 = new MyClassLoader("loader1");
loader1.setPath("d:\\myapp\\serverlib\\");
MyClassLoader loader2 = new MyClassLoader(loader1,"loader2");
loader2.setPath("d:\\myapp\\clientlib\\");
MyClassLoader loader3 = new MyClassLoader(null,"loader3");
loader3.setPath("d:\\myapp\\otherlib\\");
test(loader1);
test(loader2);
test(loader3);
} public static void test(ClassLoader loader) throws Exception{
Class clazz = loader.loadClass("Simple");
Object o = clazz.newInstance();
}
}
这里我自定了一个类加载器,用于加载simple类
/**
* @desc
* @author chenqm
* @date 2016年2月17日
*/
public class Simple {
public Simple(){
System.out.println("Sample is loaded by:"+this.getClass().getClassLoader());
Dog dog = new Dog();
System.out.println("Dog is loaded by:"+dog.getClass().getClassLoader());
}
}
给出dog类:
/**
* @desc
* @author chenqm
* @date 2016年2月17日
*/
public class Dog { }
然后把Dog.class与Simple.class文件放到d:\myapp\serverlib 和d:\myapp\clientlib(两个路径下均有两个class),将MyClassLoader文件放到d:\myapp\otherlib下面。
进入d:\myapp\otherlib 执行java MyClassLoader
得到结果:
Sample is loaded by:loader1
Dog is loaded by:loader1
Sample is loaded by:loader1
Dog is loaded by:loader1
java.io.FileNotFoundException: d:\myapp\otherlib\Simple.class (No such file or directory)
简单分析一下,请注意MyClassLoader的main方法,有三个自定类加载器loader1(父加载器是系统类加载器),loader2(父加载器是loader1),loader3(父加载器是根加载器)。
test方法:用指定的类加载器去加载simple类。
--用loader1去加载simple类的时候,loader1的父加载器是系统类加载器,系统类加载器肯定无法加载simple类,为什么呢?前面说了,系统类加载器用于加载classpath下的类,而classpath默认是什么? "."就是当前路径,而当前路径不存在simple类,所以进而由loader1加载。
--loader2的父加载器是loader1,所以根据父委托加载机制,理应由loader1去加载simple类。
--loader3的父加载器是根加载器,根加载器是不会加载我们自定义的类文件的,所以加载的重任就交给了loader3,但是loader3的目录下,不存在simple.class文件,没办法了,父亲干不了,自己也干不了,那只能抛异常咯。
JVM之类加载器下篇的更多相关文章
- JVM自定义类加载器加载指定classPath下的所有class及jar
一.JVM中的类加载器类型 从Java虚拟机的角度讲,只有两种不同的类加载器:启动类加载器和其他类加载器. 1.启动类加载器(Boostrap ClassLoader):这个是由c++实现的,主要负责 ...
- 【深入理解JVM】类加载器与双亲委派模型 (转)
出处: [深入理解JVM]类加载器与双亲委派模型 加载类的开放性 类加载器(ClassLoader)是Java语言的一项创新,也是Java流行的一个重要原因.在类加载的第一阶段“加载”过程中,需要通过 ...
- 1.1 jvm核心类加载器--jdk源码剖析
目录 前提: 运行环境 1. 类加载的过程 1.1 类加载器初始化的过程 1.2 类加载的过程 1.3 类的懒加载 2. jvm核心类加载器 3. 双亲委派机制 4. 自定义类加载器 5. tomca ...
- 【JVM】JVM之类加载器
一.前言 首先,小小测试,看是否已经掌握了JVM类加载的过程 1.1.测试一 class Singleton { private static Singleton sin = new Singleto ...
- 【深入理解JVM】类加载器与双亲委派模型
原文链接:http://blog.csdn.net/u011080472/article/details/51332866,http://www.cnblogs.com/lanxuezaipiao/p ...
- JVM学习一:JVM之类加载器概况
18年转眼就3月份都快结束了,也就是说一个季度就结束了:而我也因为年前笔记本坏了,今天刚修好了,那么也应该继续学习和博客之旅了.今年的博客之旅,从JVM开始学起,下面我们就言归正传,进入正题. 一.J ...
- (转)JVM——自定义类加载器
背景:为什么要自定义,如何自定义,实现过程 转载:http://blog.csdn.net/SEU_Calvin/article/details/52315125 0. 为什么需要自定义类加载器 网上 ...
- JVM虚拟机-类加载器子系统
转自博客:http://www.cnblogs.com/muffe/p/3541189.html 还有一些自己补充的知识点 一.类加载器基本概念 顾名思义,类加载器(class loader)用来 ...
- 深入理解JVM一类加载器原理
我们知道我们编写的java代码,会经过编译器编译成字节码文件(class文件),再把字节码文件装载到JVM中,映射到各个内存区域中,我们的程序就可以在内存中运行了.那么字节码文件是怎样装载到JVM中的 ...
随机推荐
- Lucene 查询工具 LQT
Lucene Query Tool (lqt) 是一个命令行工具用来执行 Lucene 查询并对结果进行格式化输出. 使用方法: 01 $ ./lqt 02 usage: LuceneQueryToo ...
- [Asp.net 开发系列之SignalR篇]专题六:使用SignalR实现消息提醒
一.引言 前面一篇文章我介绍了如何使用SignalR实现图片的传输,然后对于即时通讯应用来说,消息提醒是必不可少的.现在很多网站的都有新消息的提醒功能.自然对于SignalR系列也少不了这个功能的实现 ...
- 《JAVA与模式》之抽象工厂模式
场景问题 举个生活中常见的例子——组装电脑,我们在组装电脑的时候,通常需要选择一系列的配件,比如CPU.硬盘.内存.主板.电源.机箱等.为讨论使用简单点,只考虑选择CPU和主板的问题. 事实上,在选择 ...
- C#性能优化之Lazy<T> 实现延迟初始化
在.NET4.0中,可以使用Lazy<T> 来实现对象的延迟初始化,从而优化系统的性能.延迟初始化就是将对象的初始化延迟到第一次使用该对象时.延迟初始化是我们在写程序时经常会遇到的情形,例 ...
- drag & resize元素的jQuery实现
有时项目中会遇到需要拖动元素.拖拽调整元素大小的需求.大部分时候都不想自己写一遍,因为已经有很多现成的例子了.例如jqueryui提供的drag和resize.但是仅仅是为了这么小一个功能就引入一个库 ...
- java提高篇(十八)-----数组之一:认识JAVA数组
噢,它明白了,河水既没有牛伯伯说的那么浅,也没有小松鼠说的那么深,只有自己亲自试过才知道!道听途说永远只能看到表明现象,只有亲自试过了,才知道它的深浅!!!!! 一.什么是数组 ...
- 【原创】我是怎么从零开始教女同学进行php开发的(4)
周末给自己放了一个小假,周五晚上跟同学出去吃饭,周六又休息了一天,直到周日才坐到电脑前面码字. 本来说好周末这两天把之前三篇的代码根据评论中的建议好好修改一下的,顺便认真系统地学习一遍HTML基础.结 ...
- java中基本类型和包装类型实践经验
至今,小菜用java快两年了,有些事,也该有个总结. 基本类型和包装类型的概念在本文不作赘述. 如果这两种类型直接使用,倒没什么值得讨论的,无非就是自动装箱拆箱,java可以让你感觉不到他们的存在,但 ...
- Spring-Context之九:在bean定义中使用继承
定义bean时有个abstract属性,可以设置为true或false,默认为false. 1 2 3 4 <bean id="animal" class="Ani ...
- 第三天 vi编辑器使用和软件安装
[复习] 判断题: 查看某文件权限为rwxr-xr-- ,则其所属组权限为只读. 对一个目录有w权限,表示可以修改目录下文件内容. 3..tar.gz格式的压缩包可以使用tar -xjf解压缩 4.m ...