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的绝对路径。

转载于:https://my.oschina.net/xiaoqqq/blog/299827

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值