HelloWorld
登录

Tomcat7源码分析(二)类加载体系

Easter79

2021-10-12

1356 0 0

一、总体分析

    主流的Java Web服务器，如Tomcat、Jetty、WebLogic、WebSphere等都实现了自己定义的类加载器（一般都不止一个）。因为一个功能健全的Web服务器，需要解决如下的几个问题：

  1. 部署在同一个服务器上的两个Web应用程序使用的Java 类库可以实现相互隔离,这是最基本的要求.两个不同应用程序可能会依赖同一个第三方类库的不同版本的,不能要求一个类库在一个服务器中只有一份,服务器应当保证两个应用程序的类库可以互相独立使用
  2. 部署在同一个服务器上的两个Web应用程序所使用的Java类库可以互相共享,这个需求也很常见,如果Java类库不能共享使用,虚拟机的方法区很容易出现过度膨胀的风险
  3. 服务器需要尽可能保证自身安全不受部署的Web应用程序影响.目前有许多主流的Java Web服务器都使用Java语言开发,因此服务器本身也有类库依赖的问题,一般来说,基于安全的考虑,服务器所使用的类库应该与应用程序使用的类库互相独立
  4. 支持JSP的服务器,大部分都需要支持HotSwap功能(热交换功能)

    本文基于Tomcat7.0.69的Java源码，对其类加载体系进行分析。

    由于上述的种种问题,在部署Web应用的时候如果只使用一个单独的ClassPath是无法满足需求的,所以各种Web服务器都不约而同的提供了多个ClassPath路径供用户存在第三方类库,这些路径一般都以lib,classes命名,被放置到不同路径的类库,具备不同的访问范围和服务对象.tomcat服务器划分用户类库结构和类加载描述如下，然后用一张图片来展示Tomcat的类加载体系：各个类加载器之间不是继承关系，而是一种委派关系。

这里结合之前对双亲委派模式的类加载过程的描述，对上图所示类加载体系进行介绍：
ClassLoader：Java提供的类加载器抽象类，用户自定义的类加载器需要继承实现
commonLoader：Tomcat最基本的类加载器，加载路径中的class可以被Tomcat容器本身以及各个Webapp访问；
catalinaLoader：Tomcat容器私有的类加载器，加载路径中的class对于Webapp不可见；
sharedLoader：各个Webapp共享的类加载器，加载路径中的class对于所有Webapp可见，但是对于Tomcat容器不可见；

WebappClassLoader：各个Webapp私有的类加载器，加载路径中的class只对当前Webapp可见；

通过下面类关系图以及逻辑关系图，同时对比上文内容梳理这些类加载器之间的关系。

1、类关系图

classloader-3

从图中看到了Common,Catalina,Shared类加载器是URLClassLoader类的一个实例，只是它们的类加载路径不一样，在tomcat/conf/catalina.properties配置文件中配置(common.loader,server.loader,shared.loader).WebAppClassLoader继承自WebAppClassLoaderBase,基本所有逻辑都在WebAppClassLoaderBase为中实现了，可以看出tomcat的所有类加载器都是以URLClassLoader为基础进行扩展。

2、逻辑关系图

classloader-4

上面说到Common,Catalina,Shared类加载器是URLClassLoader类的一个实例，在默认的配置中，它们其实都是同一个对象，即commonLoader，结合初始化时的代码(只保留关键代码)：

1 private void initClassLoaders() {
2        commonLoader = createClassLoader("common", null);  // commonLoader的加载路径为common.loader
3        if( commonLoader == null ) {
4            commonLoader=this.getClass().getClassLoader();
5        }
6        catalinaLoader = createClassLoader("server", commonLoader); // 加载路径为server.loader，默认为空，父类加载器为commonLoader
7        sharedLoader = createClassLoader("shared", commonLoader); // 加载路径为shared.loader，默认为空，父类加载器为commonLoader
8    }
9 private ClassLoader createClassLoader(String name, ClassLoader parent) throws Exception {
10        String value = CatalinaProperties.getProperty(name + ".loader");
11        if ((value == null) || (value.equals("")))
12            return parent;      // catalinaLoader与sharedLoader的加载路径均为空，所以直接返回commonLoader对象，默认3者为同一个对象
13    }

    在上面的代码初始化时很明确是指出了，catalina与shared类加载器的父类加载器为common类加载器，而初始化commonClassLoader时父类加载器设置为null，最终会调到createClassLoader静态方法：

1 public static ClassLoader createClassLoader(List<Repository> repositories,
2                                                final ClassLoader parent)
3        throws Exception {
4        .....
5        return AccessController.doPrivileged(
6                new PrivilegedAction<URLClassLoader>() {
7                    @Override
8                    public URLClassLoader run() {
9                        if (parent == null)
10                            return new URLClassLoader(array);  //该构造方法默认获取系统类加载器为父类加载器，即AppClassLoader
11                        else
12                            return new URLClassLoader(array, parent);
13                    }
14                });
15
16    }

    在createClassLoader中指定参数parent==null时，最终会以系统类加载器(AppClassLoader)作为父类加载器，这解释了为什么commonClassLoader的父类加载器是AppClassLoader.

一个web应用对应着一个StandardContext实例，每个web应用都拥有独立web应用类加载器(WebClassLoader)，这个类加载器在StandardContext.startInternal()中被构造了出来：

1 if (getLoader() == null) {
2            WebappLoader webappLoader = new WebappLoader(getParentClassLoader());
3            webappLoader.setDelegate(getDelegate());
4            setLoader(webappLoader);
5        }

    这里getParentClassLoader()会获取父容器StandarHost.parentClassLoader对象属性，而这个对象属性是在Catalina$SetParentClassLoaderRule.begin()初始化，初始化的值其实就是Catalina.parentClassLoader对象属性，再来跟踪一下Catalina.parentClassLoader，在Bootstrap.init()时通过反射调用了Catalina.setParentClassLoader()，将Bootstrap.sharedLoader属性设置为Catalina.parentClassLoader，所以WebClassLoader的父类加载器是Shared ClassLoader.

3、类加载逻辑

    Tomcat的类加载机制是违反了双亲委托原则的，对于一些未加载的非基础类(Object,String等)，各个web应用自己的类加载器(WebAppClassLoader)会优先加载，加载不到时再交给commonClassLoader走双亲委托。具体的加载逻辑位于WebAppClassLoaderBase.loadClass()方法中，代码篇幅长，这里以文字描述加载一个类过程：

  1. 先在本地缓存中查找是否已经加载过该类(对于一些已经加载了的类，会被缓存在resourceEntries这个数据结构中)，如果已经加载即返回，否则 继续下一步。
  2. 让系统类加载器(AppClassLoader)尝试加载该类，主要是为了防止一些基础类会被web中的类覆盖，如果加载到即返回，返回继续。
  3. 前两步均没加载到目标类，那么web应用的类加载器将自行加载，如果加载到则返回，否则继续下一步。
  4. 最后还是加载不到的话，则委托父类加载器(Common ClassLoader)去加载。

第3第4两个步骤的顺序已经违反了双亲委托机制，除了tomcat之外，JDBC,JNDI,Thread.currentThread().setContextClassLoader();等很多地方都一样是违反了双亲委托。

二、源码分析

commonLoader、catalinaLoader和sharedLoader在Tomcat容器初始化的一开始，即调用Bootstrap的init方法时创建。catalinaLoader会被设置为Tomcat主线程的线程上下文类加载器，并且使用catalinaLoader加载Tomcat容器自身容器下的class。Bootstrap的init方法的部分代码见代码清单1。

代码清单1 Bootstrap的init方法的部分实现

[java] view plain copy

  1. /** 

  2.  * Initialize daemon. 

  3.  */  

  4. public void init()  

  5.     throws Exception  

  6. {  

  7.     // Set Catalina path  

  8.     setCatalinaHome();  

  9.     setCatalinaBase();  

  10.     initClassLoaders();  

  11.     Thread.currentThread().setContextClassLoader(catalinaLoader);  

  12.     SecurityClassLoad.securityClassLoad(catalinaLoader);  

  13.     // 省略后边的代码  

 代码清单1中，我们首先关注initClassLoaders方法的实现，见代码清单2.initClassLoaders方法用来初始化commonLoader、catalinaLoader、sharedLoader。

代码清单2 initClassLoaders方法的实现

[java] view plain copy

  1. private void initClassLoaders() {  
  2.     try {  
  3.         commonLoader = createClassLoader("common", null);  
  4.         if( commonLoader == null ) {  
  5.             // no config file, default to this loader - we might be in a 'single' env.  
  6.             commonLoader=this.getClass().getClassLoader();  
  7.         }  
  8.         catalinaLoader = createClassLoader("server", commonLoader);  
  9.         sharedLoader = createClassLoader("shared", commonLoader);  
  10.     } catch (Throwable t) {  
  11.         log.error("Class loader creation threw exception", t);  
  12.         System.exit(1);  
  13.     }  
  14. }  

 从代码清单2中看到创建类加载器是通过调用createClassLoader方法实现的，createClassLoader的实现见代码清单3.

代码清单3 createClassLoader方法的实现

[java] view plain copy

  1. private ClassLoader createClassLoader(String name, ClassLoader parent)  

  2.     throws Exception {  

  3.     String value = CatalinaProperties.getProperty(name + ".loader");  

  4.     if ((value == null) || (value.equals("")))  

  5.         return parent;  

  6.     ArrayList<String> repositoryLocations = new ArrayList<String>();  

  7.     ArrayList<Integer> repositoryTypes = new ArrayList<Integer>();  

  8.     int i;  

  9.     StringTokenizer tokenizer = new StringTokenizer(value, ",");  

  10.     while (tokenizer.hasMoreElements()) {  

  11.         String repository = tokenizer.nextToken();  

  12.         // Local repository  

  13.         boolean replace = false;  

  14.         String before = repository;  

  15.         while ((i=repository.indexOf(CATALINA_HOME_TOKEN))>=0) {  

  16.             replace=true;  

  17.             if (i>0) {  

  18.             repository = repository.substring(0,i) + getCatalinaHome()   

  19.                 + repository.substring(i+CATALINA_HOME_TOKEN.length());  

  20.             } else {  

  21.                 repository = getCatalinaHome()   

  22.                     + repository.substring(CATALINA_HOME_TOKEN.length());  

  23.             }  

  24.         }  

  25.         while ((i=repository.indexOf(CATALINA_BASE_TOKEN))>=0) {  

  26.             replace=true;  

  27.             if (i>0) {  

  28.             repository = repository.substring(0,i) + getCatalinaBase()   

  29.                 + repository.substring(i+CATALINA_BASE_TOKEN.length());  

  30.             } else {  

  31.                 repository = getCatalinaBase()   

  32.                     + repository.substring(CATALINA_BASE_TOKEN.length());  

  33.             }  

  34.         }  

  35.         if (replace && log.isDebugEnabled())  

  36.             log.debug("Expanded " + before + " to " + repository);  

  37.         // Check for a JAR URL repository  

  38.         try {  

  39.             new URL(repository);  

  40.             repositoryLocations.add(repository);  

  41.             repositoryTypes.add(ClassLoaderFactory.IS_URL);  

  42.             continue;  

  43.         } catch (MalformedURLException e) {  

  44.             // Ignore  

  45.         }  

  46.         if (repository.endsWith("*.jar")) {  

  47.             repository = repository.substring  

  48.                 (0, repository.length() - "*.jar".length());  

  49.             repositoryLocations.add(repository);  

  50.             repositoryTypes.add(ClassLoaderFactory.IS_GLOB);  

  51.         } else if (repository.endsWith(".jar")) {  

  52.             repositoryLocations.add(repository);  

  53.             repositoryTypes.add(ClassLoaderFactory.IS_JAR);  

  54.         } else {  

  55.             repositoryLocations.add(repository);  

  56.             repositoryTypes.add(ClassLoaderFactory.IS_DIR);  

  57.         }  

  58.     }  

  59.     String[] locations = repositoryLocations.toArray(new String[0]);  

  60.     Integer[] types = repositoryTypes.toArray(new Integer[0]);  

  61.     ClassLoader classLoader = ClassLoaderFactory.createClassLoader  

  62.         (locations, types, parent);  

  63.     // Retrieving MBean server  

  64.     MBeanServer mBeanServer = null;  

  65.     if (MBeanServerFactory.findMBeanServer(null).size() > 0) {  

  66.         mBeanServer = MBeanServerFactory.findMBeanServer(null).get(0);  

  67.     } else {  

  68.         mBeanServer = ManagementFactory.getPlatformMBeanServer();  

  69.     }  

  70.     // Register the server classloader  

  71.     ObjectName objectName =  

  72.         new ObjectName("Catalina:type=ServerClassLoader,name=" + name);  

  73.     mBeanServer.registerMBean(classLoader, objectName);  

  74.     return classLoader;  

  75. }  

createClassLoader方法的执行步骤如下：

  1. 获取各个类加载器相应的资源配置文件（分别为common.loader、server.loader、shared.loader），从中获取类资源路径的配置信息；
  2. 解析类资源路径下的各个资源位置和类型，也包括对jar资源的检查；
  3. 调用ClassLoaderFactory.createClassLoader(locations, types, parent)方法创建ClassLoader；
  4. 将ClassLoader注册到JMX服务中，有个JMX的内容可以参照《Tomcat7.0源码分析——生命周期管理 》一文中的相关介绍。

我们回头看看代码清单1中的SecurityClassLoad.securityClassLoad(catalinaLoader)的实现，见代码清单4.这说明加载Tomcat容器本身的类资源的确是使用catalinaLoader来完成的。

代码清单4 securityClassLoad的实现

[java] view plain copy

  1. public static void securityClassLoad(ClassLoader loader)  

  2.     throws Exception {  

  3.     if( System.getSecurityManager() == null ){  

  4.         return;  

  5.     }  

  6.     loadCorePackage(loader);  

  7.     loadLoaderPackage(loader);  

  8.     loadSessionPackage(loader);  

  9.     loadUtilPackage(loader);  

  10.     loadJavaxPackage(loader);  

  11.     loadCoyotePackage(loader);          

  12.     loadTomcatPackage(loader);  

  13. }  

securityClassLoad方法主要加载Tomcat容器所需的class，包括：

  • Tomcat核心class，即org.apache.catalina.core路径下的class；
  • org.apache.catalina.loader.WebappClassLoader$PrivilegedFindResourceByName；
  • Tomcat有关session的class，即org.apache.catalina.session路径下的class；
  • Tomcat工具类的class，即org.apache.catalina.util路径下的class；
  • javax.servlet.http.Cookie；
  • Tomcat处理请求的class，即org.apache.catalina.connector路径下的class；
  • Tomcat其它工具类的class，也是org.apache.catalina.util路径下的class；

我们以加载Tomcat核心class的loadCorePackage方法为例，其实现见代码清单5所示。

代码清单5 loadCorePackage的实现

[java] view plain copy

  1. private final static void loadCorePackage(ClassLoader loader)  
  2.     throws Exception {  
  3.     String basePackage = "org.apache.catalina.";  
  4.     loader.loadClass  
  5.         (basePackage +  
  6.          "core.ApplicationContextFacade$1");  
  7.     loader.loadClass  
  8.         (basePackage +  
  9.          "core.ApplicationDispatcher$PrivilegedForward");  
  10.     loader.loadClass  
  11.         (basePackage +  
  12.          "core.ApplicationDispatcher$PrivilegedInclude");  
  13.     loader.loadClass  
  14.         (basePackage +  
  15.         "core.AsyncContextImpl");  
  16.     loader.loadClass  
  17.         (basePackage +  
  18.         "core.AsyncContextImpl$AsyncState");  
  19.     loader.loadClass  
  20.         (basePackage +  
  21.         "core.AsyncContextImpl$DebugException");  
  22.     loader.loadClass  
  23.         (basePackage +  
  24.         "core.AsyncContextImpl$1");  
  25.     loader.loadClass  
  26.         (basePackage +  
  27.         "core.AsyncContextImpl$2");  
  28.     loader.loadClass  
  29.         (basePackage +  
  30.         "core.AsyncListenerWrapper");  
  31.     loader.loadClass  
  32.         (basePackage +  
  33.          "core.ContainerBase$PrivilegedAddChild");  
  34.     loader.loadClass  
  35.         (basePackage +  
  36.          "core.DefaultInstanceManager$1");  
  37.     loader.loadClass  
  38.         (basePackage +  
  39.          "core.DefaultInstanceManager$2");  
  40.     loader.loadClass  
  41.         (basePackage +  
  42.          "core.DefaultInstanceManager$3");  
  43.     loader.loadClass  
  44.         (basePackage +  
  45.          "core.DefaultInstanceManager$4");  
  46.     loader.loadClass  
  47.         (basePackage +  
  48.          "core.DefaultInstanceManager$5");  
  49.     loader.loadClass  
  50.         (basePackage +  
  51.          "core.ApplicationHttpRequest$AttributeNamesEnumerator");  
  52. }  

 至此，有关commonLoader、catalinaLoader和sharedLoader三个类加载器的初始化以及使用catalinaLoader加载Tomcat容器自身类资源的内容已经介绍完了，但是我们还没有看到WebappClassLoader。启动StandardContext的时候会创建WebappLoader，根据《Tomcat7.0源码分析——生命周期管理 》一文的内容，我们知道启动StandardContext时会最终调用其startInternal方法，其实现见代码清单6.

代码清单6 StandardContext的startInternal方法

[java] view plain copy

  1. /** 

  2.  * Start this component and implement the requirements 

  3.  * of {@link LifecycleBase#startInternal()}. 

  4.  * 

  5.  * @exception LifecycleException if this component detects a fatal error 

  6.  *  that prevents this component from being used 

  7.  */  

  8. @Override  

  9. protected synchronized void startInternal() throws LifecycleException {  

  10.     // 省略前边的代码   

  11.     if (getLoader() == null) {  

  12.         WebappLoader webappLoader = new WebappLoader(getParentClassLoader());  

  13.         webappLoader.setDelegate(getDelegate());  

  14.         setLoader(webappLoader);  

  15.     }  

  16.    // 省略中间的代码   

  17.    // Start our subordinate components, if any  

  18.    if ((loader != null) && (loader instanceof Lifecycle))  

  19.         ((Lifecycle) loader).start();   

  20.    // 省略后边的代码   

  21. }  

 从代码清单6看到首先创建WebappLoader实例，然后调用WebappLoader的start方法，start又调用了startInternal方法，WebappLoader的startInternal的实现见代码清单7.

代码清单7 WebappLoader的startInternal实现

[java] view plain copy

  1. /** 

  2.  * Start associated {@link ClassLoader} and implement the requirements 

  3.  * of {@link LifecycleBase#startInternal()}. 

  4.  * 

  5.  * @exception LifecycleException if this component detects a fatal error 

  6.  *  that prevents this component from being used 

  7.  */  

  8. @Override  

  9. protected void startInternal() throws LifecycleException {  

  10.     // Register a stream handler factory for the JNDI protocol  

  11.     URLStreamHandlerFactory streamHandlerFactory =  

  12.         new DirContextURLStreamHandlerFactory();  

  13.     if (first) {  

  14.         first = false;  

  15.         try {  

  16.             URL.setURLStreamHandlerFactory(streamHandlerFactory);  

  17.         } catch (Exception e) {  

  18.             // Log and continue anyway, this is not critical  

  19.             log.error("Error registering jndi stream handler", e);  

  20.         } catch (Throwable t) {  

  21.             // This is likely a dual registration  

  22.             log.info("Dual registration of jndi stream handler: "   

  23.                      + t.getMessage());  

  24.         }  

  25.     }  

  26.     // Construct a class loader based on our current repositories list  

  27.     try {  

  28.         classLoader = createClassLoader();  

  29.         classLoader.setResources(container.getResources());  

  30.         classLoader.setDelegate(this.delegate);  

  31.         classLoader.setSearchExternalFirst(searchExternalFirst);  

  32.         if (container instanceof StandardContext) {  

  33.             classLoader.setAntiJARLocking(  

  34.                     ((StandardContext) container).getAntiJARLocking());  

  35.             classLoader.setClearReferencesStatic(  

  36.                     ((StandardContext) container).getClearReferencesStatic());  

  37.             classLoader.setClearReferencesStopThreads(  

  38.                     ((StandardContext) container).getClearReferencesStopThreads());  

  39.             classLoader.setClearReferencesStopTimerThreads(  

  40.                     ((StandardContext) container).getClearReferencesStopTimerThreads());  

  41.             classLoader.setClearReferencesThreadLocals(  

  42.                     ((StandardContext) container).getClearReferencesThreadLocals());  

  43.         }  

  44.         for (int i = 0; i < repositories.length; i++) {  

  45.             classLoader.addRepository(repositories[i]);  

  46.         }  

 我们看到代码清单7中通过调用createClassLoader来创建类加载器，并且设置其资源路径为当前Webapp下某个context的类资源。最后我们看看createClassLoader的实现，见代码清单8.

代码清单8 createClassLoader的实现

[java] view plain copy

  1. /** 

  2.  * Create associated classLoader. 

  3.  */  

  4. private WebappClassLoader createClassLoader()  

  5.     throws Exception {  

  6.     //loaderClass即字符串org.apache.catalina.loader.WebappClassLoader  

  7.     Class<?> clazz = Class.forName(loaderClass);  

  8.     WebappClassLoader classLoader = null;  

  9.     if (parentClassLoader == null) {  

  10.         parentClassLoader = container.getParentClassLoader();  

  11.     }  

  12.     Class<?>[] argTypes = { ClassLoader.class };  

  13.     Object[] args = { parentClassLoader };  

  14.     Constructor<?> constr = clazz.getConstructor(argTypes);  

  15.     classLoader = (WebappClassLoader) constr.newInstance(args);  

  16.     return classLoader;  

  17. }  

 这里loaderClass的值是字符串org.apache.catalina.loader.WebappClassLoader，通过反射来实例化WebappClassLoader。由于每个Webapp下的类资源由不同的WebappClassLoader负责加载，因此Webapp下各个Context的类资源是独立的。至此，整个Tomcat的类加载体系构建完毕。

此外每个jsp为了实现热替换，会有专门的类加载器负责加载。

参考文档：http://blog.csdn.net/beliefer/article/details/50995516

《深入理解Java虚拟机》

http://blog.csdn.net/czmacd/article/details/54017027

点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时，报错：原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等，这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

2020年前端实用代码段，为你的工作保驾护航

有空的时候，自己总结了几个代码段，在开发中也经常使用，谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )

前端性能优化 - 雅虎军规

无论是在工作中，还是在面试中，web前端性能的优化都是很重要的，那么我们进行优化需要从哪些方面入手呢？可以遵循雅虎的前端优化35条军规,这样对于优化有一个比较清晰的方向.35条军规1.尽量减少HTTP请求个数——须权衡2.使用CDN（内容分发网络）3.为文件头指定Expires或CacheControl，使内容具有缓存性。4.避免空的

深挖前端 JavaScript 知识点 —— 史上最全面、最详细的 Cookie 总结

1.Cookie产生的背景所有新技术的出现都是为了解决某一痛点。——《前端三昧》我们都知道，HTTP协议是无状态的，服务器无法知道两个请求是否来自同一个浏览器，也不知道用户上一次做了什么，每次请求都是完全相互独立，这严重阻碍了交互式Web应用程序的实现。例子：购物车：在典型的网上购物