Tomcat中类加载机制？

　　在Bootstrap中我们可以看到有如下三个classloader

　　1、为什么要设计多个类加载器?

　　如果所有的类都使用一个类加载器来加载，会出现什么问题呢?

　　假如我们自己编写一个类java.util.Object，它的实现可能有一定的危险性或者隐藏的bug。而我们知道Java自带的核心类里面也有java.util.Object，如果JVM启动的时候先行加载的是我们自己编写的java.util.Object，那么就有可能出现安全问题!所以，Sun(后被Oracle收购)采用了另外一种方式来保证最基本的、也是最核心的功能不会被破坏。你猜的没错，那就是双亲委派模式!

　　2、什么是双亲委派模型?

　　双亲委派模型解决了类错乱加载的问题，也设计得非常精妙。双亲委派模式对类加载器定义了层级，每个类加载器都有一个父类加载器。在一个类需要加载的时候，首先委派给父类加载器来加载，而父类加载器又委派给祖父类加载器来加载，以此类推。如果父类及上面的类加载器都加载不了，那么由当前类加载器来加载，并将被加载的类缓存起来。

　　所以上述类是这么加载的

　　Java自带的核心类 -- 由启动类加载器加载Java支持的可扩展类 -- 由扩展类加载器加载我们自己编写的类 -- 默认由应用程序类加载器或其子类加载

　　为什么Tomcat的类加载器也不是双亲委派模型?

　　Java默认的类加载机制是通过双亲委派模型来实现的，而Tomcat实现的方式又和双亲委派模型有所区别。

　　原因在于一个Tomcat容器允许同时运行多个Web程序，每个Web程序依赖的类又必须是相互隔离的。因此，如果Tomcat使用双亲委派模式来加载类的话，将导致Web程序依赖的类变为共享的。

　　举个例子，假如我们有两个Web程序，一个依赖A库的1.0版本，另一个依赖A库的2.0版本，他们都使用了类xxx.xx.Clazz，其实现的逻辑因类库版本的不同而结构完全不同。那么这两个Web程序的其中一个必然因为加载的Clazz不是所使用的Clazz而出现问题!而这对于开发来说是非常致命的!