Java类加载器以及类加载器的委托模型-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);  
   
}  
 
} 
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.

ClassLoader的委托模型

比如说我们在加载一个类的时候AppClassLoader他先让BootStrap来加载类，如果BootStrap已经加载了，那么就返回。如果找不到这个类那么BootStrap就传递给ExtClassLoader 来查找，和BootStrap一样。如果找到就加载，如果找不到就继续传递给AppClassLoader 来加载。如果AppClassLoader还找不到的话，那么AppClassLoader就会跑出ClassNotFoundException 异常。

我们为什么不利用AppClassLoader下级的加载器呢? 因为AppClassLoader下级可能有多个类加载器多个类加载器相互独立，如果加载类那么就会导致内存中出现多份字节码，造成不必要的的内存浪费。这就是类加载器的委托模型。

原文链接：http://blog.csdn.net/yue7603835/article/details/7243869

【编辑推荐】