对于Tomcat类加载器的一点思考

Tomcat的类加载器

在启动Tomcat时，它将创建一组类加载器，并被组织为以下父子关系。

类加载器使用顺序

Tomcat为了实现一个基本的web容器，需要保证以下四点：

• 一个容器中的不同应用程序之间的类可以相互隔离，也就是就算全限定名相同的两个类加载出来也需要是不一样的。
• 一个容器中的不同应用程序之间可以互相共享类，也就是对于相同的类可以共享使用。
• 对于容器的内部类，需要与应用程序隔离开，也就是应用程序不能使用容器的内部类，以保证容器的安全。
• JSP需要热部署，也就是当jsp文件改动时，类加载器能重新加载这个jsp编译出来的类。

默认Tomcat内部的类加载器不使用Java推荐的双亲委派模型。但是这个跟上面那要求没有关系，违反双亲委派只是根据servlet规范中的建议：处理webAPP的类加载器的类加载请求时，不是向上委派，而是直接用这个加载器加载。但是对于Java的基类（rt.jar中的所有类和$JAVA_HOME/jre/lib/ext目录下所有jar包中的类）不受到影响，Java基类还是按照双亲委派机制来加载类，所以在Tomcat中重写一个Java基类是不会被运行成功的，即使能编译成功。

所以Tomcat中类加载器的使用顺序如下，默认优先使用应用程序类加载器

• JVM的Bootstrap类，首先加载Java基类
• 使用应用加载器在/WEB-INF/classes中加载src下的所有压缩类和资源（也就是用户编写的类）
• 使用应用加载器在/WEB-INF/lib中加载jar文件中的类和资源（也就是引入的外部的类）
• 使用System类加载器加载
• 使用Common类加载加载

但是如果配置了Loader的delegate属性为true，那么Tomcat内部的类加载器将遵循Java的双亲委派模型，所以顺序将为如下：

• JVM的Bootstrap类，首先加载Java基类
• 使用System类加载器加载
• 使用Common类加载加载
• 使用应用加载器在/WEB-INF/classes中加载src下的所有压缩类和资源（也就是用户编写的类）
• 使用应用加载器在/WEB-INF/lib中加载jar文件中的类和资源（也就是引入的外部的类）