Tomcat 的类/包加载顺序[转]

本文详细介绍了Tomcat服务器的类加载机制,包括类搜索路径的优先级、不同目录下jar文件的影响及如何正确配置避免冲突,特别是对于JDBC驱动等资源的加载策略。
[url]http://blog.youkuaiyun.com/linhome/archive/2008/12/11/3495582.aspx[/url]
[size=medium]1.最先是$JAVA_HOME/jre/lib/ext/下的jar文件。

2.环境变量CLASSPATH中的jar和class文件。

3.$CATALINA_HOME/common/classes下的class文件。

4.$CATALINA_HOME/commons/endorsed下的jar文件。

5.$CATALINA_HOME/commons/i18n下的jar文件。

6.$CATALINA_HOME/common/lib 下的jar文件。
(JDBC驱动之类的jar文件可以放在这里,这样就可以避免在server.xml配置好数据源却出现找不到JDBC Driver的情况。)
7.$CATALINA_HOME/server/classes下的class文件。

8.$CATALINA_HOME/server/lib/下的jar文件。

9.$CATALINA_BASE/shared/classes 下的class文件。

10.$CATALINA_BASE/shared/lib下的jar文件。

11.各自具体的webapp /WEB-INF/classes下的class文件。

12.各自具体的webapp /WEB-INF/lib下的jar文件。

class的搜寻顺序如下:
-------------
Bootstrap classes of your JVM
System class loader classses (described above)
/WEB-INF/classes of your web application
/WEB-INF/lib/*.jar of your web application
$CATALINA_HOME/common/classes
$CATALINA_HOME/common/endorsed/*.jar
$CATALINA_HOME/common/i18n/*.jar
$CATALINA_HOME/common/lib/*.jar
$CATALINA_BASE/shared/classes
$CATALINA_BASE/shared/lib/*.jar


本文来自优快云博客,转载请标明出处:http://blog.youkuaiyun.com/linhome/archive/2008/12/11/3495582.aspx

因此放在不同webapp里的class文件,会被classloader加载成不同的实例。
例如假设下面两个不同内容的class。分别放在不同的webapp的class目录下。

package com.lizongbo;
public class TestClass {
private String NAME="lizongbo";
}

package com.lizongbo;
public class TestClass {
private String NAME="li_zongbo";
}

在不同的webapp得到的com.lizongbo.NAME结果是不同的,且互不影响。

但是注意,以下包名开头的class例外:
javax.*
org.xml.sax.*
org.w3c.dom.*
org.apache.xerces.*
org.apache.xalan.*

ps,注意.在各个jar中的\META-INF\MAINFEST.MF文件里Class-Path键值对,也会提供jar的加载优先顺序。
例如某jar的MAINFEST.MF内容如下:
Manifest-Version: 1.0
Created-By: lizongbo
Class-Path: commons-beanutils.jar
Class-Path: commons-collections.jar
Class-Path: commons-dbcp.jar
Class-Path: commons-digester.jar
Class-Path: commons-logging.jar
Class-Path: commons-pool.jar
Class-Path: commons-services.jar
Class-Path: commons-validator.jar
Class-Path: jakarta-oro.jar
Main-Class: com.lizongbo.MyTestClass


那么在加载这个jar的时候,会先在此jar所在目录下依次先加载commons-beanutils.jar,commons-collections.jar。。。等jar文件。

在不同的地方放置jar和class可能会产生意想不到的后果,,尤其是不同版本的jar文件,因此在实际应用部署web应用时候要特别留心.


例如 使用javamail常见的一个出错信息:
javax.mail.NoSuchProviderException: No provider for smtp
其真实原因就很可能如下:
在不同的加载jar的目录下放置了不同版本的mail.jar,比如一个是javamail1.3.1的mail.jar
在D:\jakarta-tomcat-5.5.8\common\lib下,而另外一个是javamail1.3.2的mail.jar在
D:\jakarta-tomcat-5.5.8\webapps\lizongbo\WEB-INF/lib下,
那么lizongbo这个webapp中使用到javamail进行邮件发送的时候,便会出现No provider for smtp的错误。



[/size]
### Tomcat 中多个 WAR 加载顺序Apache Tomcat 中,默认情况下,WAR 文件按照放置于 `webapps` 目录下的时间顺序进行部署。当启动服务器时,Tomcat 会扫描该目录并尝试解压这些文件来创建 Web 应用程序上下文[^1]。 对于希望控制特定应用优先级的情况,可以通过配置 `server.xml` 文件内的 `<Host>` 元素下定义的应用程序标签 `<Context>` 来指定路径和加载属性。具体来说: - **docBase**: 定义应用程序的基础文档位置,即实际存放 `.war` 或者展开后的项目根目录的位置。 - **path**: 设置 URL 访问此应用时使用的虚拟路径;通常留空表示默认应用(例如访问 http://localhost:8080/ 即可到达)。 - **loadOnStartup**: 这是一个整数值参数,用于指示容器应该何时初始化这个 Servlet 上下文。负数意味着永远不会自动装载,零代表随主机一起启动,正数则指定了相对次序——越小越早被处理[^5]。 下面给出一段简单的 XML 配置片段作为例子说明如何调整两个不同应用 A 和 B 的加载先后关系: ```xml <Host name="localhost" appBase="webapps"> <!-- Application A will be loaded before others --> <Context docBase="/opt/tomcat/webapps/app-A.war" path="" loadOnStartup="1"/> <!-- Application B has a higher value so it loads after App A --> <Context docBase="/opt/tomcat/webapps/app-B.war" path="/appB" loadOnStartup="2"/> </Host> ``` 值得注意的是,在某些版本中直接编辑 `server.xml` 可能不是最佳实践,因为这可能会随着更新而丢失更改。建议考虑使用独立的 `context.xml` 文件放在相应应用的 META-INF 文件夹内来进行个性化设置。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值