二、Tomcat打破双亲委派机制

1. Tomcat 如果使用默认的双亲委派类加载机制行不行？

        首先我们思考一下：Tomcat是一个web容器，那么它要解决什么问题？

        1）、一个web容器可能需要部署两个应用程序，不同的应用程序可能会依赖同一个第三方类库的不同版本，不能要求同一个类库在同一个服务器只有一份，因此要保证每个应用程序的类库都是独立的，保证相互隔离。

        2）、部署在同一个web容器中相同的类库相同的版本可以共享。否则如果服务器有10个应用程序，那么要有10份相同的类库加载器进虚拟机。

        3）、web容器也有自己依赖的类库，不能与应用程序的类库混淆。基于安全考虑，应该让容器的类库和程序的类库隔离开来。

        4）、web容器要支持jsp的修改，我们知道，JSP文件最终也是要编译成class文件才能在虚拟机中运行，但是程序运行后修改jsp已经是已经司空见惯的事情，web容器需要支持jsp修改后不用重启。

        现在再看看我们的问题：Tomcat 如果使用默认的双亲委派类加载机制行不行？

        答案是不行的。为什么呢？

        第一个问题：如果使用默认的类加载器机制，那么是无法加载两个相同类库的不同版本的，默认的类加载器是不管你是什么版本的，只在乎你的全限定类名，并且只有一份。

        第二个问题：默认的类加载器是能够实现的，因为他的职责就是保证唯一性。

        第三个问题：和第一个问题一样。

        第四个问题：怎么实现jsp文件的热加载，jsp文件其实也就是class文件，那么如果修改了，但类名还是一样，类加载器会直接取方法区中已经存在的，修改后的jsp是不会重新加载的。那么怎么办呢？我们可以直接卸载掉jsp文件的类加载器，所以你应该想到了，每个jsp文件对应一个唯一的类加载器，当一个jsp文件修改好了，就直接卸载这个jsp类加载器，重新创建类加载器，重新加载jsp文件。

2. Tomcat是如何打破双亲委派机制的?

        tomcat可以加载各种各样类型的war包，相互之间没有影响。因为tomcat打破了双亲委派机制。

        2.1 Tomcat自定义加载器详解

        

        如上图，上面的橙色部分还是和原来一样，采用双亲委派机制，而黄色部分是tomcat第一部分自定义的类加载器，这部分主要加载tomcat包中的类，这一部分依然采用的是双亲委派机制，而绿色部分是tomcat第二部分自定义类加载器，正是这一部分，打破了类的双亲委派机制。

        黄色部分加载器，在tomcat7及以前是tomcat自定义的三个类加载器，分别加载不同文件夹下的jar包，而到了tomcat7及以后，tomcat将这三