java Class Loader

JVM包含3个ClassLoader：
           bootstrap class Loader（调用java.exe时载入java核心类）、
           extension class loader（载入jdk/jre/lib/ext目录下的jar）、
           system class loader（载入环境变量CLASSPATH指定的jar）。

默认的是system class loader。

一个class文件的载入过程：（使用delegation model模式）

       jvm首先调用system class loader,system class loader delegate给它父类extension class loader。同样extension class loader也不立即loader这个class，而是delegate给它的父类bootstrap class loader。

       然后bootstrap class loader首先调用其load方法载入类，如果没找到，extension class loader将接过任务由它载入，仍然没找到，则system class loader来接手。

       最后如果都没载入的话，一个ClassNotFoundException异常被抛出。

每个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.

该class类载入机制，可以有效的保证代码安全。

比如：当某人编写了一个怀有恶意代码的java.lang.Object类时（jvm信任java.lang.Object，不会检查该类中的操作。），根据上面class文件载入过程的描述，最先调用loader进行实质性载入的是bootstrap class loader，它被调用后找到系统中的java.lang.Object类后返回，客户化的Object类将被忽略。

那么我们如何实现在运行时的动态载入和更新呢？只要我们能够动态改变类搜索路径和清除classloader的cache中已经载入的Class就行了， 有 两个方案，一是我们继承一个classloader，覆盖loadclass方法，动态的寻找Class文件并使用defineClass方法来；另一个 则非常简单实用，只要重新使用一个新的类搜索路径来new一个classloader就行了，这样即更新了类搜索路径以便来载入新的Class，也重新生成了一个空白的cache(当然,类搜索路径不一定必须更改)。噢，太好了，我们几乎不用做什么工作，java.netURLClassLoader正是 一个符合我们要求的classloader！我们可以直接使用或者继承它就可以了！

全盘负责原则：

      由同一个classloader导入一个class所依赖的所有class。

参考：http://www.cnblogs.com/yangy608/archive/2011/07/23/2114900.html