对classloader的一些总结。
jvm有3个classloader
BootStrap ClassLoader，是jvm的顶层类加载器，加载jdk的核心类库，这个加载器是由c来编写的，属于jvm的一部分。
Extension ClassLoader，扩展加载器，加载jdk的扩展类库，默认加载JAVA_HOME/jre/lib/ext目录下的所有jar。
App ClassLoader，系统加载器，加载classpath下的所有jar和class文件。
classloader是采用双亲委托的模型来搜索类的，每个classloader实例都有个父加载器。当某个加载器要加载类的时候，会将任务委托给父加载器，父加载器也寻找之前也会再次委托自己的父加载器一直到顶层加载器。如果么有找到就由顶层加载器开始加载，如果在在即的范畴类没找到就讲任务交换给委托方，由委托方加载，依次类推，如果一直到最底层都没找到就会抛出class not found exception。
采用这种模式的话，用户就没有办法去更改核心api的定义，这点与python和nodejs具有本质上的区别
如果需要自定义class Loader的话，需要继承ClassLoader，重写父类的findClass方法就可以了
像tomcat和weblogic等这些容器都重写了ClassLoader方法，都有各自的加载顺序，tomcat加载顺序如下：
1.最先是$JAVA_HOME/jre/lib/ext/下的jar文件。
2.环境变量CLASSPATH中的jar和class文件。
3.$CATALINA_HOME/common/classes下的class文件。
4.$CATALINA_HOME/commons/endorsed下的jar文件。
5.$CATALINA_HOME/commons/i18n下的jar文件。
6.$CATALINA_HOME/common/lib 下的jar文件。
7.$CATALINA_HOME/server/classes下的class文件。
8.$CATALINA_HOME/server/lib/下的jar文件。
9.$CATALINA_BASE/shared/classes 下的class文件。
10.$CATALINA_BASE/shared/lib下的jar文件。
11.各自具体的webapp /WEB-INF/classes下的class文件。
12.各自具体的webapp /WEB-INF/lib下的jar文件。
class的搜寻顺序如下：
-------------
Bootstrap classes of your JVM
System class loader classses (described above)
/WEB-INF/classes of your web application
/WEB-INF/lib/*.jar of your web application
$CATALINA_HOME/common/classes
$CATALINA_HOME/common/endorsed/*.jar
$CATALINA_HOME/common/i18n/*.jar
$CATALINA_HOME/common/lib/*.jar
$CATALINA_BASE/shared/classes
$CATALINA_BASE/shared/lib/*.jar