本文探讨了Tomcat中context.xml的加载顺序问题，当在META-INF/context.xml设置DB连接池无效时，发现是conf/Catalina/localhost目录下的文件生效。文章详细介绍了Tomcat的类加载顺序，从$JAVA_HOME/jre/lib/ext到各自webapp的/WEB-INF/lib，以及jar中的MANIFEST.MF如何影响加载。同时，提到了类加载的隔离性，不同webapp中的相同类可能产生不同实例，以及部署时需要注意不同版本jar可能导致的问题。
今天需要在另一台机器上重新部署系统，重新设置db的连接池。当我把tomcat拷贝到那台机器，并且修改META-INF/context.xml，然后重新启动tomcat，但发现系统连接的仍然是老的db。再次检查了META-INF/context.xml文件，确信了这个文件已经正确设置db连接了，这也说明这个文件并没有真正起作用。查看了tomcat下conf/context.xml也没有设置db的连接池。那是哪个文件在起作用呢？折腾了办法，后来发现tomcat在conf/Catalina/localhost下生成了一个和原来META-INF/context.xml相同内容的文件，怀疑一定是这个文件在起作用？删除conf/Catalina/localhost目录，重启tomcat，问题消失。
转载一篇tomcat加载类的顺序：
bin：存放启动和关闭tomcat的脚本文件；
/conf：存放tomcat的各种配置文件，比如：server.xml
/server/lib：存放tomcat服务器所需要的各种jar文件（jar文件只可被tomcat 服务器访问）
/server/webapps：存放tomcat自带的两个web应用：admin应用和manager应用。
/common/lib：存放tomcat服务器以及所有web应用都可以访问的jar文件夹（web和tomcat服务器都可访问此jar）
/shared/lib：存放web都可访问的jar文件。（可以被所有的web访问，但不能被tomcat访问）
/logs：存放tomcat的日志文件
/webapps：当发布web应用时，默认情况下把
最低0.47元/天 解锁文章
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
