`

Tomcat 启动时类加载顺序

阅读更多
Tomcat启动时classloader加载顺序
  Tomcat的class加载的优先顺序一览  
  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    
  --------------  
  因此放在不同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的错误。  
*******************************************************************
ClassLoader in Tomcat
************************************
1 - Tomcat 的类载入器的结构


Tomcat Server 在启动的时候将构造一个ClassLoader树,以保证模块的类库是私有的
Tomcat Server的ClassLoader结构如下:


        +-----------------------------+ 

        |         Bootstrap           | 

        |             |               | 

        |          System             | 

        |             |               | 

        |          Common             | 

        |         /      \            | 

        |     Catalina  Shared        | 

        |               /    \        | 

         |          WebApp1  WebApp2   | 

        +-----------------------------+


其中:
- Bootstrap - 载入JVM自带的类和$JAVA_HOME/jre/lib/ext/*.jar
- System - 载入$CLASSPATH/*.class
- Common - 载入$CATALINA_HOME/common/...,它们对TOMCAT和所有的WEB APP都可见
- Catalina - 载入$CATALINA_HOME/server/...,它们仅对TOMCAT可见,对所有的WEB APP都不可见
- Shared - 载入$CATALINA_HOME/shared/...,它们仅对所有WEB APP可见,对TOMCAT不可见(也不必见)
- WebApp - 载入ContextBase?/WEB-INF/...,它们仅对该WEB APP可见



2 - ClassLoader 的工作原理


每个运行中的线程都有一个成员contextClassLoader,用来在运行时动态地载入其它类
系统默认的contextClassLoader是systemClassLoader,所以一般而言java程序在执行时可以使用JVM自带的类、$JAVA_HOME/jre/lib/ext/中的类和$CLASSPATH/中的类
可以使用 Thread.currentThread().setContextClassLoader(...); 更改当前线程的contextClassLoader,来改变其载入类的行为


ClassLoader 被组织成树形,一般的工作原理是:
1) 线程需要用到某个类,于是contextClassLoader被请求来载入该类
2) contextClassLoader请求它的父ClassLoader来完成该载入请求
3) 如果父ClassLoader无法载入类,则contextClassLoader试图自己来载入


注意 :WebApp?ClassLoader的工作原理和上述有少许不同:
它先试图自己载入类(在ContextBase?/WEB-INF/...中载入类),如果无法载入,再请求父ClassLoader完成


由此可得:
- 对于WEB APP线程,它的contextClassLoader是WebApp?ClassLoader
- 对于Tomcat Server线程,它的contextClassLoader是CatalinaClassLoader



3 类的查找

ClassLoader类中loadClass方法为缺省实现,用下面的顺序查找类:

1、调用findLoadedClass方法来检查是否已经被加载。如果没有则继续下面的步骤。

2、如果当前类装载器有一个指定的委托父装载器,则用委托父装载器的loadClass方法加载类,也就是委托给父装载器加载相应的类。

3、如果这个类装载器的委托层级体系没有一个类装载器加载该类,则使用类装载器定位类的特定实现机制,调用findClass方法来查找类。



4 - 部分原代码分析


4.1 - org/apache/catalina/startup/Bootstrap.java

Bootstrap中定义了三个classloader:commonLoader,catalinaLoader,sharedLoader.三者关系如下:


// 注意三个自己定置的ClassLoader的层次关系: 

            // systemClassLoader (root) 

              //   +--- commonLoader 

            //          +--- catalinaLoader 

            //          +--- sharedLoader


Tomcat Server 线程的起点
构造ClassLoader树,通过Thread.currentThread().setContextClassLoader(catalinaLoader)设置当前的classloader为catalinaLoader。
载入若干类,然后转入org.apache.catalina.startup.Catalina类中



4.2 org.apache.catalina.loader.StandardClassLoader.java

通过看loadClass这个方法来看tomcat是如何加载类的,顺序如下:

(0) Check our previously loaded class cache查找已经装载的class
        clazz = findLoadedClass(name);

(1) If a system class, use system class loader通过系统classloader来装载class

        ClassLoader loader = system;
            clazz = loader.loadClass(name);

(2) Delegate to our parent if requested如果有代理则使用父类classloader

            ClassLoader loader = parent;
            if (loader == null)
                loader = system;
            clazz = loader.loadClass(name);

(3) Search local repositories 查找本地类池,比如$CATALINA_HOME/server

           clazz = findClass(name);

(4) Delegate to parent unconditionally 默认使用代理装载器



[ 查看代码]


4.3 - org/apache/catalina/startup/ClassLoaderFactory.java


根据设置创建并返回StandardClassLoader的实例


[ 查看代码]


4.4 - org/apache/catalina/loader/StandardClassLoader.java


类载入器


4.5 - org/apache/catalina/startup/SecurityClassLoad.java


该类仅包含一个静态方法,用来为catalinaLoader载入一些类


[ 查看代码]


Appendix - 参考


[1] http://jakarta.apache.org/tomcat/ 中的Tomcat 4.1.x文档Class Loader HOW-TO


在一个 JVM 中可能存在多个 ClassLoader ,每个 ClassLoader 拥有自己的 NameSpace 。一个 ClassLoader 只能拥有一个 class 对象类型的实例,但是不同的 ClassLoader 可能拥有相同的 class 对象实例,这时可能产生致命的问题。如 ClassLoaderA ,装载了类 A 的类型实例 A1 ,而 ClassLoaderB ,也装载了类 A 的对象实例 A2 。逻辑上讲 A1=A2 ,但是由于 A1 和 A2 来自于不同的 ClassLoader ,它们实际上是完全不同的,如果 A 中定义了一个静态变量 c ,则 c 在不同的 ClassLoader 中的值是不同的。

分享到:
评论

相关推荐

    Tomcat启动时类加载顺序

    ### Tomcat启动时类加载顺序详解 #### 一、引言 Apache Tomcat是一款开源的Servlet容器,主要用于部署Java Web应用程序。它支持最新的Servlet、JSP等规范,并且以其轻量级、简单易用的特点而受到开发者的青睐。在...

    tomcat详解与启动加载顺序

    tomcat详解与启动加载顺序 tomcat详解与启动加载顺序

    Tomcat启动顺序

    【标题】:Tomcat启动顺序 【描述】:Tomcat作为Apache软件基金会的开源Java Servlet容器,其启动过程是理解其工作原理的关键部分。Tomcat的启动顺序涉及到多个层次的加载,从Bootstrap类开始,逐步加载系统配置、...

    tomcat类加载器

    例如,可以通过修改`common.loader`、`shared.loader`和`context.loader`属性来改变类的加载顺序和来源。 在深入研究"DevLoader"之前,需要查看压缩包内的具体文件,例如org目录下可能包含与DevLoader相关的源代码...

    Java 类在 Tomcat 中是如何加载的(过程分析)

    - **System类加载器**:加载Tomcat启动所需的类,如bootstrap.jar。 - **Common类加载器**:加载Tomcat共用的类库,这些类库位于`CATALINA_HOME/lib`目录下。 - **Webapp类加载器**:每个Web应用程序都有自己独立...

    tomcat 类加载机制 —— ClassLoader

    在Tomcat中,我们可以通过配置`catalina.properties`文件和`server.xml`文件来调整类加载策略,例如设置自定义的类加载顺序或启用共享类加载器。 此外,Tomcat还支持热部署,即在不重启服务器的情况下更新Web应用的...

    web项目的启动时文件加载顺序1

    在Web开发中,理解Web项目的启动时文件加载顺序是至关重要的,因为它直接影响到应用程序的初始化和运行。本文将深入探讨这个主题,重点关注Web容器如何处理配置文件`web.xml`,以及不同组件(如`context-param`、`...

    tomcat 源码分析系列文档

    5. "tomcat加载类的顺序.doc":详细说明了Tomcat加载类的具体步骤和顺序,这对于理解和调试类加载问题至关重要。 6. "Tomcat源码研究.pdf":提供了一个全面的源码分析概览,可能包括了Tomcat的主要组件、设计模式...

    Spring+SpringMVC配置加载顺序1

    当应用在支持Servlet 3.0 的容器(如Tomcat 7及以上版本)中运行时,容器会自动寻找实现了 SC 接口的类。Spring 提供了名为 SpringServletContainerInitializer (SSCI) 的实现,它进一步查找并使用实现了 ...

    解决tomcat5.5以上不能用命令行启动的问题

    这些脚本会执行一些初始化任务,包括设置环境变量、加载JVM参数、初始化类加载器以及启动服务器。 问题可能出现在以下几个方面: 1. **环境变量配置**:确保`JAVA_HOME`和`CATALINA_HOME`环境变量已正确设置。`...

    TOMCAT源码分析(启动框架)

    二、Tomcat启动流程 1. **初始化配置**:Tomcat首先读取`conf/server.xml`配置文件,解析各个组件的配置信息,构建组件层次结构。 2. **加载服务**:根据配置,Tomcat创建Service对象,Service由一个或多个...

    Tomcat服务器配置、启动分析、Servlet文件配置

    `Tomcat启动分析-Servlet-Web.xml.doc`文档可能涵盖了启动过程中的关键步骤,包括加载`context.xml`(用于全局配置)、解析`web.xml`(Web应用的部署描述符)以及初始化Servlet和过滤器等。在启动过程中,Tomcat会...

    Tomcat 类加载器的实现方法及实例代码

    Tomcat内部定义了多个类加载器,包括Bootstrap、Extension、Application(分别对应JDK的启动类加载器、扩展类加载器和应用程序类加载器),以及Tomcat自定义的Common、Catalina、Shared和WebappX类加载器。...

    tomcat自动启动脚本配置

    在上面的示例中,我们使用了 chkconfig 指令来指定自动启动的级别为 2345,优先级为 20,启动顺序为 80。然后,我们使用 source 指令来加载环境变量,指定日志文件的路径,并记录启动时间。接着,我们使用 echo 指令...

    Tomcat中用web.xml控制Web应用详解

    Tomcat 中 web.xml 文件是 Web 应用的核心配置文件,负责管理 Web 应用的生命周期、Servlet 的加载顺序、Filter 的配置等。下面对 web.xml 文件中的重要元素进行详细解释。 context-param 元素 context-param 元素...

    Struts2在Tomcat容器中的加载过程

    1. **启动Tomcat**:当Tomcat启动时,会扫描WEB-INF目录下的web.xml文件,读取并注册所有配置的Servlet过滤器。 2. **初始化Filter Dispatcher**:Struts2的Filter Dispatcher被初始化,加载配置文件(如struts-...

    Tomcat启动时报错:java.lang.UnsatisfiedLinkError的解决

    《解决Tomcat启动时的java.lang.UnsatisfiedLinkError报错》 在日常开发和运维过程中,遇到Tomcat启动时报错“java.lang.UnsatisfiedLinkError”可能会让开发者感到困扰,尽管这种错误并不直接影响项目的正常运行,...

    tomcat 学习与分析总结资料

    理解类加载顺序和隔离机制,能避免类冲突,保证应用的正常运行。 5. **Tomcat权威指南** "Tomcat权威指南"通常涵盖Tomcat的安装、配置、安全管理、集群、连接池、日志和性能调优等方面。阅读这本书可以系统地学习...

Global site tag (gtag.js) - Google Analytics