Tomcat8类加载机制

在了解类加载机制时,发现网上大部分文章还停留在tomcat6,甚至tomcat5。

Tomcat8 和 Tomcat6比较大的区别是 :

  • Tomcat8可以通过配置 不打破双亲委托
  • 类的加载顺序略不同

概述

在 Java
环境中,类加载器的布局结构是一种父子树的形式。通常,类加载器被请求加载一个特定的类或资源时,它会先把这一请求委托给它的父类加载器,只有(一个或多个)父类加载器无法找到请求的类或资源时,它才开始查看自身的仓库。

Web应用程序类加载器的模型与此略有不同,如下所述,但主要原则是相同的。


类加载器定义

Bootstrap

加载JVM启动所需的类和系统扩展目录($JAVA_HOME/jre/lib/ext)里 JAR 文件中的类

System

加载tomcat启动的类

Common

加载对Tomcat内部类和所有Web应用程序都可见的其他类 所有应用共享

JAR文件 $CATALINA_HOME/lib

JAR文件 $CATALINA_BASE/lib

WebappX

为部署在单个Tomcat实例中的每个Web应用程序创建一个类加载器
加载WEB-INF/classes和WEB-INF/lib的jar中的类
应用私有


查找顺序

  Bootstrap
      |
   System
      |
   Common
   /     \
Webapp1   Webapp2 ...

Tomcat打破了双亲委派顺序

当某个请求想从 Web 应用的 WebappX 类加载器中加载类时,该类加载器会先查看自己的仓库,而不是预先进行委托处理

Tomcat8

  • 1.JVM 的 Bootstrap 类
  • 2.Web 应用的 /WEB-INF/classes 类
  • 3.Web 应用的 /WEB-INF/lib/*.jar 类
  • 4.System 类加载器的类
  • 5.Common 类加载器的类

例:

/WEB-INF/classes中有一个应用内部自定义的FileUpload类,
Common 中也有一个共享FileUpload类。

Tomcat8加载顺序:

  • 在加载时,先不进行委托,则每个应用会加载自己的类(2/3 Web加载器
  • 加载不到时委托到再上层Common,Common再委托至System,
  • 4 System加载到就返回,加载不到再让Common处理
  • 5 Common加载到就返回,加载不到抛出异常

问题:

顺序1哪去了?为什么不再委托至Bootstrap 呢?

主要是为了防止一些基础类会被web中的类覆盖

如果web自定义一个Object类呢?首先查找web加载器,就会出问题了。

所以在加载时最先交给BootStarp加载器加载。


遵循双亲委托

如果 Web 应用类加载器配置有 ,表示遵从双亲委托机制,同JVM,则加载顺序变为:

  • JVM 的 Bootstrap 类
  • System 类加载器的类
  • Common 类加载器的类
  • Web 应用的 /WEB-INF/classes 类
  • Web 应用的 /WEB-INF/lib/*.jar 类

例:

/WEB-INF/classes中有一个应用内部自定义的FileUpload类,
Common 中也有一个共享的FileUpload类,

顺序:

严格按照双亲委派模型进行

你可能感兴趣的:(Java)