在了解类加载机制时,发现网上大部分文章还停留在tomcat6,甚至tomcat5。
Tomcat8 和 Tomcat6比较大的区别是 :
在 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
例:
在 /WEB-INF/classes中有一个应用内部自定义的FileUpload类, Common 中也有一个共享的FileUpload类。
Tomcat8加载顺序:
问题:
顺序1哪去了?为什么不再委托至Bootstrap 呢?
主要是为了防止一些基础类会被web中的类覆盖
如果web自定义一个Object类呢?首先查找web加载器,就会出问题了。
所以在加载时最先交给Bootstrap加载器加载。
如果 Web 应用类加载器配置有 <Loader delegate="true"/>,表示遵从双亲委托机制,同JVM,则加载顺序变为:
例:
在 /WEB-INF/classes中有一个应用内部自定义的FileUpload类, Common 中也有一个共享的FileUpload类,
顺序:
严格按照双亲委派模型进行