ClassLoader加载机制

当JVM（Java虚拟机）启动时，会形成由三个类加载器组成的初始类加载器层次结构：

   bootstrap classloader
            |
   extension classloader
            |
   system classloader

• bootstrap classloader：启动类加载器或者叫引导类加载器，加载jdk核心的APIs，这些APIs一般位于jdk_home/lib下；它是一个本地接口，所以不能从java代码中得到它的信息。例如， log(java.lang.String.class.getClassLoader())得到的是null。这个加载器的是非常特殊的，它实际上不是 java.lang.ClassLoader的子类，而是由JVM自身实现的。
• extension classloader：扩展类加载器, 负责加载JRE的扩展目录（JAVA_HOME/jre/lib/ext或者由java.ext.dirs系统属性指定的）下的API；
• system classloader：— 系统类加载器 主要负责java -classpath所指的目录下的APIs。总能通过静态方法ClassLoader.getSystemClassLoader()找到该类加载器。如果没有特别指定，则用户自定义的任何类加载器都将该类加载器作为它的父加载器。
• custom classLoader： 用户自定义类加载器,是java.lang.ClassLoader的子类)，负责在程序运行期间, 通过java.lang.ClassLoader的子类动态加载class文件。

类加载器的特点

1、运行一个程序时，总是由AppClass Loader（系统类加载器）开始加载指定的类。
2、在加载类时，每个类加载器会将加载任务上交给其父，如果其父找不到，再由自己去加载。
3、Bootstrap Loader（启动类加载器）是最顶级的类加载器了，其父加载器为null.

类的加载

类加载有三种方式：
1、命令行启动应用时候由JVM初始化加载
2、通过Class.forName()方法动态加载
3、通过ClassLoader.loadClass()方法动态加载

三种方式区别比较大，看个例子就明白了：

public class HelloWorld { 
        public static void main(String[] args) throws ClassNotFoundException { 
                ClassLoader loader = HelloWorld.class.getClassLoader(); 
                System.out.println(loader); 
                //使用ClassLoader.loadClass()来加载类，不会执行初始化块 
                loader.loadClass("Test2"); 
                //使用Class.forName()来加载类，默认会执行初始化块 
//                Class.forName("Test2"); 
                //使用Class.forName()来加载类，并指定ClassLoader，初始化时不执行静态块 
//                Class.forName("Test2", false, loader); 
        } 
}

public class Test2 { 
        static { 
                System.out.println("静态初始化块执行了！"); 
        } 
}

ClassLoader加载Class的过程

1.检测此Class是否载入过（即在cache中是否有此Class），如果有到8,如果没有到2
2.如果parent classloader不存在（没有parent，那parent一定是bootstrap classloader了），到4
3.请求parent classloader载入，如果成功到8，不成功到5
4.请求jvm从bootstrap classloader中载入，如果成功到8
5.寻找Class文件（从与此classloader相关的类路径中寻找）。如果找不到则到7.
6.从文件中载入Class，到8.
7.抛出ClassNotFoundException.
8.返回Class.

其中5.6步我们可以通过覆盖ClassLoader的findClass方法来实现自己的载入策略。甚至覆盖loadClass方法来实现自己的载入过程。

简单的过程

1、寻找jre目录，寻找jvm.dll，并初始化JVM；
2、产生一个Bootstrap Loader（启动类加载器）；
3、Bootstrap Loader自动加载Extended Loader（标准扩展类加载器），并将其父Loader设为Bootstrap Loader。
4、Bootstrap Loader自动加载AppClass Loader（系统类加载器），并将其父Loader设为Extended Loader。
5、最后由AppClass Loader加载自定义类。

类加载器的顺序

先是bootstrap classloader，然后是extension classloader，最后才是system classloader。大家会发现加载的Class越是重要的越在靠前面。这样做的原因是出于安全性的考虑，试想如果system classloader“亲自”加载了一个具有破坏性的“java.lang.System”类的后果吧。这种委托机制保证了用户即使具有一个这样的类，也把它加入到了类路径中，但是它永远不会被载入，因为这个类总是由bootstrap classloader来加载的。大家可以执行一下以下的代码：
System.out.println(System.class.getClassLoader());
将会看到结果是null，这就表明java.lang.System是由bootstrap classloader加载的，因为bootstrap classloader不是一个真正的ClassLoader实例，而是由JVM实现的。

加载机制

Java的ClassLoader是以父子结构展现的。当有请求向加载器请求类时，首先自底向上去寻找是否已经加载了所需的类，如果存在就返回这个类；如果不存在，就委托当前加载器的父加载器去完成加载类的请求，如果父加载器还有上一级，就向上一级的加载器请求去加载所需类，直到顶层，若顶层加载器（BootStrapClassLoader）无法加载类，就回到下一级，如果下一级仍无法加载，再下一级，直到当前的类加载器，如果仍加载不到，就会抛出ClassNotFoundException。 注意：这里的父子关系不是java中的继承关系，可以理解为一种委托关系。

类的唯一标识

同一个Class = 相同的 ClassName + PackageName + ClassLoader

JVM中，类的唯一标识是（类名，包名，加载器），由不同加载器加载的类，即使具有相同的类名和包名，也不会被认为是同一个实例，不是类型可比型的。例如：ClassLoader A 有两个子加载器ClassLoader B 和 ClassLoader C，类Foo对ClassLoaderB和ClassLoaderC是可见的，对ClassLoaderA是不可见的，当有请求向ClassLoaderB和ClassLoaderC请求Foo的实例时，由于两个加载器会分别加载Foo，这样JVM会产生两个Foo的实例（foo1，foo2），而且它们是不可比的， 语句foo1=(Foo)foo2会抛出ClassCastException;当然，如果Foo对ClassLoaderA是可见的，Foo就会由ClassLoaderA加载，就不会产生ClassCastException了。

同一个ClassLoader加载的类文件，只有一个Class实例。但是，如果同一个类文件被不同的ClassLoader载入，则会有两份不同的ClassLoader实例（前提是着两个类加载器不能用相同的父类加载器）。

参考文章：
1、http://www.cnblogs.com/yangy608/archive/2011/07/23/2114900.html
2、http://blog.csdn.net/benjieming_wang/article/details/5623492
3、http://lavasoft.blog.51cto.com/62575/184547/