重温Java的类加载机制

http://blog.csdn.net/hitxueliang/article/details/19992851

首先简要的说一下类加载器

 

我们知道,虚拟机的指令存储在以.class为扩展名的类文件中。那么虚拟机如何调用这些.class文件呢。先看一下虚拟机执行的步骤:

1.     虚拟机有一个有一个用于类加载的机制,用于从数据源中读取类文件,这个源可以是磁盘文件或者web上的文件,这里假设要加载的雷文佳是TestLoader。

2.     如果TestLoader这个类拥有类型为其他类的实例或者是某个类的子类,也就是说它和其他类产生关联或者依赖,那么相关的类也会被加载

3.     虚拟机执行TestLoader中的main方法

4.     如果main方法中有对其他类的依赖,那么加载相应的类。

可见联系虚拟机和我们的程序的“中间人”就是类加载器,用什么就加载什么。类加载器是有其自身的体系的。每一个Java程序至少拥有三个类加载器:

引导类加载器:

 

引导类加载器负责加载系统类,通常从rt.jar中加载,引导类加载器是隶属于虚拟机体系的一部分,而且实现通常是C语言实现的。引导类加载器没有对应的ClassLoader对象,例如:

System.out.println("----------测试引导类加载器-------------");
System.out.println("Class的加载器:"+Class.class.getClassLoader().getSystemClassLoader());
System.out.println("TestLoader的加载器:"+TestLoader.class.getClassLoader());
System.out.println("Stirng的类加载器:"+String.class.getClassLoader());
System.out.println("ArrayList的类加载器:"+ArrayList.class.getClassLoader());
System.out.println("----------测试引导类加载器-------------\n");

那么对应的结果如下:

----------测试引导类加载器-------------
Class的加载器:[email protected]
TestLoader的加载器:[email protected]
Stirng的类加载器:null
ArrayList的类加载器:null
----------测试引导类加载器-------------

显然我们知道ArrayList,String以及基本类型的封装类是属于rt.jar的,这与结果符合。

扩展类加载器:

 

扩展类加载器用于从jre/lib/ext目录加载扩展类。可以将你的jar放到这个目录下,这样就没有任何路径问题了,但有个问题要注意:如果将你的jar放到了jre/lib/ext下,如果你的类中调用了系统类或者其他扩展类,那么你就摊上事了,因为扩展类加载器并不使用类路径,这就导致,你是找不到的,所以在使用扩展路径来解决类文件冲突前,要考虑规避这个问题。

系统类加载器:

 

系统类加载器用于加载应用类,可以找到classpath里面指定的jar中的类。

扩展类加载器和系统类加载器都是采用java实现的,都是URLClassLoader的实例,关系图呢,可以看下面的图所示,在这里可以看到AppClassLoader就是我们上面打印出来的系统类加载器,而他正是URLClassLoader的子类

类加载器的层次结构

 

类加载器有一个等级结构,可以认为默认的是上层优先的原则。除了引导类加载器外其他的类加载器都有一个父类加载器。根据规定,每个类加载器都会先为其父类加载器提供工作机会,如果父类不能完成此项任务,他才会自己去做。例如你要系统类加载器加载一个String类型时,首先系统类加载器,会让他的父亲即扩展类加载器去尝试加载,那么扩展类加载器也会让他的父亲——引导类加载器去尝试加载,引导类加载器是顶层的了,他一看这个任务是我的菜,那么他就会完成此项任务。

类的加载器层次结构如下如所示

虽然大多数的时候你不必担心类加载的层次结构。通常类是由其他的类的需要而被加载的,而这个过程对于大多数人是透明的。但如果你想干涉这个过程,也是可以的。下面介绍如何自己去指定加载器。

这里就在一个main函数中说明。每一个线程都有一个对类的加载器的引用,称为上下文类加载器。

Thread t=Thread.currentThread();
System.out.println("当前主线程的类加载器是:"+t.getContextClassLoader());
t.setContextClassLoader(new MyLoader("Hello world"));
ClassLoader loader=t.getContextClassLoader();
System.out.println("设置加载器,采用自己的类加载器:"+t.getContextClassLoader());

这里先获取当前线程的类加载器,之后再指定为自己的类加载器。

这里说明一下,主线程的加载器是系统类加载器。当新建一个线程时,他的上下文加载器会被设定为创建者的上下文类加载器。因此如果你不去干预,那么依旧是系统类加载器。

如何实现自己的类加载器?

实现自己的类加载器实际很简单,只需要继承ClassLoader类即可,然后覆盖findClass方法即可。当调用我们的类加载器时,首先他会将这个工作交给父亲去做,父类中的LoadClass方法将去做,发现这个类没有加载过或者不能加载时,才去调用findClass方法。

FindClass方法要实现的任务是:

1.     加载字节码

2.     调用父类的definClass方法,向虚拟机提供字节码。

我的加载器

import java.io.ByteArrayOutputStream;
import java.io.FileInputStream;
import java.io.FileNotFoundException;
import java.io.IOException;

public class MyLoader extends ClassLoader{

private String key;
public MyLoader(String key){
this.key=key;
System.out.println(key+" ,自己的类加载器被实例化了");
}
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
byte[] classbytes=null;
classbytes=loadClassBytes(name);
Class<?> cl=defineClass(null, classbytes, 0, classbytes.length);
if(cl==null){
System.out.println("失败");
return null;
}
return cl;
}
//读取文件,返回字节数组
private byte[] loadClassBytes(String name){
FileInputStream in=null;
try {
in=new FileInputStream(name);
ByteArrayOutputStream buffer=new ByteArrayOutputStream();
int ch;
while((ch=in.read())!=-1){
byte b=(byte) ch;
buffer.write(b);
}
in.close();
return buffer.toByteArray();
} catch (FileNotFoundException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
return null;
}
}

被加载的类

public class ToBeLoad {

public static void main(String[] args) {
System.out.println("被加载的类main方法执行了");
System.out.println(args[0]);

}

}

测试类:

import java.io.File;
import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import java.util.ArrayList;

public class TestLoader {

public static void main(String[] args) throws ClassNotFoundException, NoSuchMethodException, SecurityException, IllegalAccessException, IllegalArgumentException, InvocationTargetException {
System.out.println("----------测试引导类加载器-------------");
System.out.println("Class的加载器:"+Class.class.getClassLoader().getSystemClassLoader());
System.out.println("TestLoader的加载器:"+TestLoader.class.getClassLoader());
System.out.println("Stirng的类加载器:"+String.class.getClassLoader());
System.out.println("ArrayList的类加载器:"+ArrayList.class.getClassLoader());
System.out.println("----------测试引导类加载器-------------\n");

File f=new File("E://WorkSpace//JavaSE//MyTest//bin//ToBeLoad.class");

Thread t=Thread.currentThread();
System.out.println("当前主线程的类加载器是:"+t.getContextClassLoader());
t.setContextClassLoader(new MyLoader("Hello world"));
ClassLoader loader=t.getContextClassLoader();
System.out.println("设置加载器,采用自己的类加载器:"+t.getContextClassLoader());

Class<?> c=loader.loadClass(f.getAbsolutePath());
Method[] m=c.getMethods();
m[0].invoke(null, (Object)new String[]{"1"});

}

}

时间: 2024-11-08 22:48:15

重温Java的类加载机制的相关文章

JAVA 初识类加载机制 第13节

JAVA 初识类加载机制 第13节 从这章开始,我们就进入虚拟机类加载机制的学习了.那么什么是类加载呢?当我们写完一个Java类的时候,并不是直接就可以运行的,它还要编译成.class文件,再由虚拟机解释给当前的操作系统去执行.这些过程都是我们看不见的,我们能看见的也就是一个.class文件.既然虚拟机要解释这些.class文件给当前的操作系统听,那么他怎么获得这些.class文件呢?虚拟机获得这些.class文件的过程就是类加载了. 所以,总结来说就是:虚拟机将.class文件从磁盘或者其他地

Java虚拟机类加载机制——案例分析

原文出处: 朱小厮 在<Java虚拟机类加载机制>一文中详细阐述了类加载的过程,并举了几个例子进行了简要分析,在文章的最后留了一个悬念给各位,这里来揭开这个悬念.建议先看完<Java虚拟机类加载机制>这篇再来看这个,印象会比较深刻,如若不然,也没什么关系~~下面是程序代码: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 package jvm.cla

[转]Java虚拟机类加载机制浅谈

Java语言是一种编译后再经过解释器执行的过程, 解释器主要就是如何处理解释Class文件的二进制字节流.JVM主要包含三大核心部分:运行时数据区,类加载器和执行引擎. 虚拟机将描述类的数据从Class文件加载到内存,并对数据进行校验.准备.解析和初始化,最终就会形成可以被虚拟机使用的Java类型,这就是一个虚拟机的类加载机制.Java中的类是动态加载的,只有在运行期间使用到该类的时候,才会将该类加载到内存中,Java依赖于运行期动态加载和动态链接来实现类的动态使用. 一个类的整个生命周期如下:

java中类加载机制

在java中的每一个类都会对应一个Class对象,我们通常把这个Class对象称之为字节码对象,那么这个字节码对象是由谁来产生的呢?java中的类是由谁来加载进内存的呢?接下来我介绍的就是负责将java中的字节码文件加载到内存,创建Class对象的类ClassLoader,也就是java中的类加载器. 类加载器一般由系统来提供,不需要我们自己实现,但是通过我们自定义的类加载器可以更加灵活的加载class文件.在java中有三个默认的类加载器分别是Bootstrap ClassLoader(启动类

学习java虚拟机 - 类加载机制

学习java虚拟机 - 类加载机制  一.是什么 虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验.解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这就是虚拟机的类加载机制. 在Java语言里面,类型的加载.链接.初始化过程都是在程序运行期间完成的,Java里天生可以动态扩展的语言特性就是依赖运行期间动态加载和动态连接这个特点实现的.例如,如果编写一个面向接口的应用程序,可以等到运行时在制定实际的实现类:用户可以通过Java预定义的和自定义类加载器,让一个本地的应用程序

java虚拟机类加载机制和双亲委派模型

java虚拟机类加载机制:虚拟机把描述类的数据从class文件加载到内存,并对数据进行校验.转换解析和初始化,最终形成可以被虚拟机直接使用的java类型. 类的生命周期是从类被加载到虚拟机内存中,到卸载出内存为止: 类的生命周期: 加载 loading . 验证 verification. 准备 preparation. 解析 resolution. 初始化 initialization. 使用 using. 卸载 unloading 类加载器的层次结构: 双亲委派模型过程: 某个特定的类加载器

深入理解Java:类加载机制及反射

一.Java类加载机制 1.概述 Class文件由类装载器装载后,在JVM中将形成一份描述Class结构的元信息对象,通过该元信息对象可以获知Class的结构信息:如构造函数,属性和方法等,Java允许用户借由这个Class相关的元信息对象间接调用Class对象的功能. 虚拟机把描述类的数据从class文件加载到内存,并对数据进行校验,转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这就是虚拟机的类加载机制. 2.工作机制 类装载器就是寻找类的字节码文件,并构造出类在JVM内部表示

Java虚拟机类加载机制

原文出处: 朱小厮 看到这个题目,很多人会觉得我写我的java代码,至于类,JVM爱怎么加载就怎么加载,博主有很长一段时间也是这么认为的.随着编程经验的日积月累,越来越感觉到了解虚拟机相关要领的重要性.闲话不多说,老规矩,先来一段代码吊吊胃口. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 public cla

Java的类加载机制

一.什么是类的加载 类的加载指的是将类的.class文件中的二进制数据读入到内存中,将其放在运行时数据区的方法区内,然后在堆区创建一个java.lang.Class对象,用来封装类在方法区内的数据结构.类的加载的最终产品是位于堆区中的Class对象,Class对象封装了类在方法区内的数据结构,并且向Java程序员提供了访问方法区内的数据结构的接口. 类加载器并不需要等到某个类被“首次主动使用”时再加载它,JVM规范允许类加载器在预料某个类将要被使用时就预先加载它,如果在预先加载的过程中遇到了.c