JVM (Java Virtual Machine) 即java虚拟机。一个java文件对应一个类,JVM会把需要的类装载到内存,那么class loader的作用就出来了。

先抛出个常见的问题 ClassNotFoundException 常见于缺少的加载类文件或相关库文件或者重复加载等。

JVM的类加载机制为委托加载(双亲委派模型)我们看一下classloader的流程图(引自参考)

img

一、classloader之间的父子关系(非继承关系)和范围。
(1)BootStrap 是最顶层的类加载器,由C++编写,也称之为启动类加载器,主要用来读取Java的核心类库%java_home%/jre/lib/rt.jar 或指定能被JVM识别的文件
(2)Extension ClassLoader, java 编写,用来读取Java的扩展类库,读取%java_home%/jre/lib/ext/*.jar 或者指定路径的文件
(3)App ClassLoader, java编写,是用来读取CLASSPATH指定的所有jar包或目录的类文件:引入的文件
(4)Custom ClassLoader是用户自定义编写classloader子类的用来加载指定类文件。

二、双亲委派模型的过程:

需要加载A类,先自底向上查看此类是否被加载,如果未被加载,那么依次从启动加载器开始尝试加载此类,未找到抛出异常。(详细可参见classloader源代码),java中常规的加载流程如上。

我们来看一个简单的例子:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public class JVMClassLoader {
public static void main(String[] args) {
// TODO Auto-generated method stub
JVMClassLoader hello = new JVMClassLoader();
Class helloClass = hello.getClass();
System.out.println("ClassLoader str: " + "".getClass().getClassLoader());
System.out.println("ClassLoader a : " + helloClass.getClassLoader());
System.out.println("ClassLoader-ap : " + helloClass.getClassLoader().getParent());
System.out.println("ClassLoader-app: " + helloClass.getClassLoader().getParent().getParent());
}
/*
* result:
* ClassLoader str: null
* ClassLoader a : sun.misc.Launcher$AppClassLoader@62f72617
* ClassLoader-ap : sun.misc.Launcher$ExtClassLoader@4fe5e2c3
* ClassLoader-app: null
*/
}

首先string对象类的加载器为null(即启动加载bootstrap加载器,无法去使用)str类应该属于rt.jar库中对象

自定义类JVMClassLoader 类它是由AppClassLoader加载,而AppClassLoader是由ExtClassLoader加载,ExtclassLoader由bootstrap加载器加载。

可以做个这样的测试把编译好的文件打包成jar放置到lib/ext/目录下 那么输出其加载器应该是ExtClassLoader

推荐:

java -verbose:class 完整类名 类加载器跟踪,尽可能多的输出加载信息

引申问题

tomcat的web app项目的类加载顺序,常用的库放置路径,关键路径:tomcat/lib 和WEB-INF/lib 。想一想 一个tomcat实例下面可以多个app,不同app使用不同版本的jar库,那么怎样的加载优先级可以保证。

参考

http://www.cnblogs.com/ChrisWang/archive/2009/11/17/Inside-JVM-4-ClassLoader-Knowledge-Sharing.html


版权声明:本文为博主原创文章,未经允许不得转载。