tomcat使用delegate分析

情况描述：

网站使用Apache+tomcat, 其中网站程序指定了tomcat外的路径， 定时任务中需要使用ClassLoader.getResource().getPath来获取程序的根路径， 在tomcat配置<Loader delegate="true" />之前获取是正常的， 后使用ClassLoade.getResource().getPath获取到的是tomcat的绝对路径。

分析：

JVM的classloader加载继承关系分为BootstarpClassLoader --> ExtClassLoader --> AppClassLoader，应用的WebAppClassLoader继承自AppClassLoader，在加载具体某个类时，一般会 先委托给父类ClassLoader，当父类ClassLoader无法加载成功时，才会再由子类ClassLoader尝试加载，这就是所谓的 delegate机制。

Tomcat在jvm的ClassLoader机制上增加了几个继承层次:
AppClassLoader--> CommonClassLoader -->(ServerClassLoader | SharedClassLoader --> WebAppClassLoader)。
CommonClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中 common.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/lib下的文件。该loader加载的类为 tomcat服务器和tomcat下面的所有webApp所共享。
ServerClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中 server.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/server下的文件。该loader加载的类为 tomcat服务器所独有核心类，tomcat下面的WebApp无法访问。
SharedClassLoader用来加载${CATALINA_HOME}/conf/catalina.properties中 shared.loader配置目录下的类文件，一般是用来加载${CATALINA_HOME}/shared下的文件。该loader加载的类为 tomcat下面的所有webApp所共享。
WebAppClassLoader用来加载${CATALINA_HOME}/webapps/目录下每个WebApp应用的/WEB-INF /class，/WEB-INF/lib的类文件，每个WebApp对应一个WebAppClassLoader，用来加载其所需要的类文件。

那么ClassLoader.getResource() 又是怎么查找文件的呢？

那么我们回到文章开头的问题。

为什么增加了delgate后， getpath找到的是tomcat的绝对路径， 而不是项目的根路径呢？

答案很明显， 因为真正寻找path的类加载器并不是tomcat为项目单独分配的， 而是tomcat的公共类加载器， 也就是项目单独类加载器的父类， 他的path当然就是tomcat的绝对路径。