八.吊打面试官系列-Tomcat优化-深入源码剖析Tomcat如何打破双亲委派

前言

上篇文章《Tomcat优化-深入Tomcat底层原理》我们从宏观上分析了一下Tomcat的顶层架构以及核心组件的执行流程。本篇文章我们从源码角度来分析Tomcat的类加载机制,且看它是如何打破JVM的ClassLoader双亲委派的

Tomcat ClassLoader 初始化

Tomcat的启动类是在 org.apache.catalina.startup.Bootstrap#main中,通过执行main方法来启动,该方法中会创建一个Bootstrap对象,然后执行Bootstrap.init()方法来进行初始化。同时该方法中维护了 Bootstrap 的 start ,stop等生命周期方法的入口,源码如下

public static void main(String args[]) {synchronized (daemonLock) {if (daemon == null) {// Don't set daemon until init() has completedBootstrap bootstrap = new Bootstrap();try {//1.初始化Tomcatbootstrap.init();} catch (Throwable t) {handleThrowable(t);log.error("Init exception", t);return;}daemon = bootstrap;} else {// When running as a service the call to stop will be on a new// thread so make sure the correct class loader is used to// prevent a range of class not found exceptions.Thread.currentThread().setContextClassLoader(daemon.catalinaLoader);}}try {String command = "start";if (args.length > 0) {command = args[args.length - 1];}//触发startd指令if (command.equals("startd")) {args[args.length - 1] = "start";daemon.load(args);daemon.start();//触发 stop执行} else if (command.equals("stopd")) {args[args.length - 1] = "stop";daemon.stop();} else if (command.equals("start")) {daemon.setAwait(true);daemon.load(args);daemon.start();if (null == daemon.getServer()) {System.exit(1);}} else if (command.equals("stop")) {daemon.stopServer(args);} else if (command.equals("configtest")) {daemon.load(args);if (null == daemon.getServer()) {System.exit(1);}System.exit(0);} else {log.warn("Bootstrap: command \"" + command + "\" does not exist.");}} catch (Throwable t) {// Unwrap the Exception for clearer error reportingif (t instanceof InvocationTargetException && t.getCause() != null) {t = t.getCause();}handleThrowable(t);log.error("Error running command", t);System.exit(1);}}

下面我们切入到bootstrap#init初始化方法中,该方法中会调用 initClassLoaders初始化Tomcat自定义的类加载器,下面我们可以看到三个类加载器分别是:commonLoader,catalinaLoader,sharedLoader。三个类加载器创建好之后,会通过catalinaLoader加载 Catalina.class并实例化它。并把sharedLoader作为Catalina的setParentClassLoader父类加载器。如下:


//Tomcat中自定义的classLoader
ClassLoader commonLoader = null;
ClassLoader catalinaLoader = null;
ClassLoader sharedLoader = null;//初始化ClassLoader
private void initClassLoaders() {try {commonLoader = createClassLoader("common", null);if (commonLoader == null) {// no config file, default to this loader - we might be in a 'single' env.commonLoader = this.getClass().getClassLoader();}catalinaLoader = createClassLoader("server", commonLoader);sharedLoader = createClassLoader("shared", commonLoader);} catch (Throwable t) {handleThrowable(t);log.error("Class loader creation threw exception", t);System.exit(1);}}//初始化bootstrap
public void init() throws Exception {//初始化类加载器initClassLoaders();Thread.currentThread().setContextClassLoader(catalinaLoader);SecurityClassLoad.securityClassLoad(catalinaLoader);// Load our startup class and call its process() methodif (log.isTraceEnabled()) {log.trace("Loading startup class");}//加载 Catalina 类Class<?> startupClass = catalinaLoader.loadClass("org.apache.catalina.startup.Catalina");//实例化 Catalina 对象Object startupInstance = startupClass.getConstructor().newInstance();// Set the shared extensions class loaderif (log.isTraceEnabled()) {log.trace("Setting startup class properties");}String methodName = "setParentClassLoader";Class<?> paramTypes[] = new Class[1];paramTypes[0] = Class.forName("java.lang.ClassLoader");Object paramValues[] = new Object[1];paramValues[0] = sharedLoader;//调用 Catalina的setParentClassLoader,为Catalina设置 parent 类加载器Method method = startupInstance.getClass().getMethod(methodName, paramTypes);method.invoke(startupInstance, paramValues);catalinaDaemon = startupInstance;}

JVM ClassLoader 双亲委派

这里看起来会有些懵逼,如果要理解Tomcat的类加载机制就要先理解JVM的类加载机制。下面是JVM的类加载器

在这里插入图片描述
在JVM中分为启动类加载器,扩展类加载器,应用程序类加载器,和自定义加载器4类,他们分别加载

  • 启动类加载器:加载 jre/lib 目录下的jar包,其中包括了java的基本环境,比如:java.lang,java.io 等包下的基础类
  • 扩展类加载器:加载 jre/lib/ext 目录下的jar包,也是java自带的一些基础包
  • 应用程序类加载器:加载classpath下的代码,也就是我们自己的代码,以及pom中导入的jar
  • 自定义加载器:程序员自己定义的类加载器,按照程序员指定的需求进行加载

JVM的这些类加载器遵循双亲委派设计模式进行类的加载,大概的含义是子加载器优先委派父加载器进行加载父加载器没有加载子加载器才加载比如:AppClassLoader加载之前会先调用父加载器ExtClassLoader的加载方法,而ExtClassLoader加载之前会调用BootstrapClassLoader方法优先进行加载,也就形成了加载顺序其实是从上往下进行加载,如果父加载器加载了某个类,子加载器将不再会加载。在Jvm中提供了一个类加载器的顶层类java.lang.ClassLoader ,所有的类加载器都是他的之类,他里面维护了一个 private final ClassLoader parent; 字段和loadClass方法

protected Class<?> loadClass(String name, boolean resolve)throws ClassNotFoundException{synchronized (getClassLoadingLock(name)) {//1.首先,检查类是否已加载// First, check if the class has already been loadedClass<?> c = findLoadedClass(name);if (c == null) {long t0 = System.nanoTime();try {//如果父类加载器不为空,则优先委派父类进行加载if (parent != null) {c = parent.loadClass(name, false);} else {//如果父类加载器为空,则查找 Bootstrap 类加载器,如果找不到则返回nullc = findBootstrapClassOrNull(name);}} catch (ClassNotFoundException e) {// ClassNotFoundException thrown if class not found// from the non-null parent class loader}if (c == null) {// If still not found, then invoke findClass in order// to find the class.long t1 = System.nanoTime();//如果c == null 说明父类加载失败,则自己加载c = findClass(name);// this is the defining class loader; record the statssun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();}}if (resolve) {resolveClass(c);}return c;}}

这里需要注意的一点是:这些类加载器是没有继承关系的,而是通过维护一个parent成员变量来体现父子关系(组合模式)。上面代码的大意是

  • 首先ClassLoader会检查某个class是否已经被加载,已经加载的类会存储到JVM中,则无需加载直接返回Class,这里是使用c++去实现的
  • 如果父类加载器加载结果为null,则会调用自己的类加载器方法findClass去加载

这里是典型的双亲委派设计模式,这样设计有什么目的呢?一个是为了防止类重复加载,二个是安全性问题

  • 防止类重复加载:父类加载器如果已经加载了某个class,那么子类加载器将不再会加载
  • 安全性问题 : 试想如果我们自己写了一个类java.lang.String 那么jvm会不会采用我们的String而不采用JDK自己带的String呢,答案是不会的。因为BootStrapClassLoader 优先把String加载进JVM中,我们自己的String根本就不会生效。

Tomcat Class Loader 打破双亲委派

对于Tomcat而言它是打破了JVM的双亲委派的。他自定义了自己的类加载器如下:
在这里插入图片描述
Tomcat定义了自己的类加载器去打破双亲委派,它主要解决3个问题

  • 一个Tomcat需要加载不同的项目代码,那么不同的项目中肯定有相同名字的类,但是功能又不同,这些类如何做代码隔离
  • 一个Tomcat需要加载不同的项目代码,对于一些公共的类,在不同的项目中否需要重复加载?答案是否定的,否则JVM会日益膨胀,那么如何做到公共的class只加载一份呢,并且不同的项目需要共享这些公共的class.
  • Tomcat本省的代码也是需要类加载器去加载

要解决这些问题就需要说道Tomcat自定义的ClassLoader了他们的职责如下

  • commonLoader : 加载基础的类,这些类是tomcat和app项目共用的,在catalina.properties中定义了common.loader属性该属性指定一些lib路径,CommonLoader会从这些目录中加载一些基础的class。
  • catalinaLoader :加载Tomcat私有的类,app项目不可见,在catalina.properties中定义了server.loader属性该属性指定一些lib路径,catalinaLoader会从这些目录中加载class。
  • sharedLoader : 加载共享的类,多个app项目都可见,在catalina.properties中定义了shared.loader属性该属性指定一些lib路径,catalinaLoader会从这些目录中加载class。
  • WebappClassLoader ::每个 Web 应用程序都有一个与之关联的 Web 应用程序类加载器。它负责加载 Web 应用程序自身的类库,专门负责加载servelt应用,每个应用都有自己的WebappClassLoader,相互隔离,但它并不遵循双亲委派模型

WebappClassLoader : 实现项目隔离

WebappClassLoader是针对每个Servlet项目都有一个,这样可以实现项目之间的相互隔离,比如不同的项目中都用到Spring,但是他们使用的Spring版本不一杨,有了WebappClassLoader之后也能相安无事,因为class是相互隔离的。所以:不同的加载器加载的类是认为不同的,那怕类名是相同的。而如果同一个ClassLoader中出现了2个相同的类,ClassLoader也只会加载一次

SharedClassLoader : 实现class共享
多个项目之间势必有一些共享的类,Tomcat是如何实现不同app之间类的共享的类,SharedClassLoader 作为 WebappClassLoader的父类加载器,如果WebappClassLoader没有加载到某个类(这个类可能是共享的)就会委托父类加载器 SharedClassLoader去加载,SharedClassLoader会在指定目录下加载一些共享的类返回给WebappClassLoader,这样就实现了不同的项目之间共享类。

CatalinaClassloader :实现Tomcat私有加载

Tomcat自身的类并没有使用WebappClassLoader来加载,而是专门设计了一个CatalinaClassloader来加载,这样就可以实现Tomcat本身的类和APP的类进行隔离,那么如果Tomcat和APP之间需要共享一些类怎么办呢?Tomcat设计了commonLoader类加载器来实现 Tomcat和各个APP之间的类共享。commonLoader作为CatalinaClassloader 和 SharedClassLoader的父加载器,CommonClassLoader 能加载的类都可以被 CatalinaClassLoader 和SharedClassLoader 使用,而 CatalinaClassLoader 和 SharedClassLoader 能加载的类则与对方相互隔离。WebAppClassLoader 可以使用 SharedClassLoader 加载到的类,但各个WebAppClassLoader 实例之间相互隔离。

在这里插入图片描述
下面我们来看一下 WebAppClassLoader 是如何加载Class的,核心代码在其父类:org.apache.catalina.loader.WebappClassLoaderBase#loadClass(java.lang.String, boolean),源码如下

public Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {Class<?> clazz = null;...// (0) Check our previously loaded local class cache//(0) 检查我们之前加载的本地类缓存clazz = findLoadedClass0(name);//拿到JAVA的类加载器 ExtClassLoaderClassLoader javaseLoader = getJavaseClassLoader();...//委派JavaSe的ExtClassLoader去尝试加载clazz = javaseLoader.loadClass(name);...//调用自己的findClass来加载clazz = findClass(name);}

上面代码我精简了一下,大概流程是

  1. 先从缓存中去检查该类是否已经被加载,如果已经加载了就会直接返回不会再加载
  2. 会找到Java的ExtClassLoader去加载,为什么呢?因为所有类都需要一个Object.class才可以使用,所以必须先加载JDK一些基础的东西。但是这里没有使用Java的AppClassLoader去加载,如果使用AppClassLoader去加载那就没有打破双亲委派,很显然这里打破了。
  3. 如果ExtClassLoader加载不到那么这个类可能是我们自己的类的,就会调用findClass方法去加载

下面是org.apache.catalina.loader.WebappClassLoaderBase#findClass 源码

 public Class<?> findClass(String name) throws ClassNotFoundException {//在内部找classclazz = findClassInternal(name);...if (clazz == null && hasExternalRepositories) {try {//委托父类加载clazz = super.findClass(name);...}//父类也没找到就抛出异常if (clazz == null) {if (log.isTraceEnabled()) {log.trace("    --> Returning ClassNotFoundException");}throw new ClassNotFoundException(name);}
}

这里的大概含义就是:现在项目内部加载class,如果自己没加载到再委托父加载器去加载。稍微归纳一下加载流程如下

  1. 先检查缓存,确定该类是否已经被加载
  2. 委托ExtClassLoader去加载(需要JDK环境)
  3. 调用findClass 自己去加载
  4. 找不到再委托super父类加载器去加载
    在这里插入图片描述

总结:为什么Tomcat需要打破双亲委派

Tomcat 并没有完全打破 Java 的双亲委派模型,而是对其进行了扩展和补充,以适应 Web 应用程序的特殊需求。Tomcat 打破双亲委派模型的主要原因有以下几点:

  • 隔离性:
    Web 应用程序通常希望自己的类库(位于 WEB-INF/lib 和 WEB-INF/classes 目录下)与容器提供的类库和其他应用程序的类库完全隔离。如果完全遵循双亲委派模型,那么应用程序可能会意外地加载到容器或其他应用程序的类,导致版本冲突或不可预期的行为。
  • 热替换和重新加载:
    Tomcat 支持在不重启整个容器的情况下重新加载或替换 Web 应用程序。为了实现这一功能,Tomcat 需要为每个 Web 应用程序提供一个独立的类加载器,以便能够单独卸载和重新加载应用程序的类。
  • 自定义类加载:
    Tomcat 允许管理员通过配置来指定额外的共享库(位于 CATALINA_HOME/lib 目录下),这些库可以被所有的 Web 应用程序共享。为了实现这一功能,Tomcat 需要一个额外的类加载器(如 Catalina 类加载器)来加载这些共享库,并在需要时将它们提供给 Web 应用程序类加载器。
  • 处理复杂的类库依赖:
    在某些情况下,Web 应用程序可能依赖于特定版本的类库,而这些版本可能与 Tomcat 容器或其他应用程序的类库版本不同。为了处理这种复杂的类库依赖关系,Tomcat 需要提供一种机制来确保每个应用程序加载到正确的类库版本。
    Tomcat 并没有完全打破双亲委派模型,而是在其基础上增加了额外的类加载器层次结构,并通过特定的加载策略来实现上述功能。这种设计使得 Tomcat 能够在保持类加载灵活性和隔离性的同时,也支持了 Web 应用程序的复杂性和动态性。

需要注意的是,虽然 Tomcat 的类加载器设计在一定程度上打破了双亲委派模型,但它仍然遵循了 Java 的类加载机制的基本原则,包括安全性、可靠性和可维护性等。因此,在使用 Tomcat 时,开发人员仍然需要注意类加载相关的最佳实践和潜在问题。

有点懒,不想写太长了,就写到这里把,觉得可以给个好评

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://xiahunao.cn/news/3015968.html

如若内容造成侵权/违法违规/事实不符,请联系瞎胡闹网进行投诉反馈,一经查实,立即删除!

相关文章

分布式锁-快速入门

文章目录 前言一、基础概念1.1 什么是锁1.2 什么是分布式锁1.3 锁和事务的区别二、分布式锁基础理论2.1 为什么要使用分布式锁2.2 分布式锁特性2.3 分布式锁的实现方式总结前言 由于在平时的工作中,线上服务器是分布式多台部署的,经常会面临解决分布式场景下数据一致性的问题…

python abs函数怎么用

abs()函数是Python的数字函数&#xff0c;用以返回数字的绝对值。 语法 以下是 abs() 方法的语法&#xff1a; abs( x ) 参数 x -- 数值表达式&#xff0c;可以是整数&#xff0c;浮点数&#xff0c;复数。 返回值 函数返回 x&#xff08;数字&#xff09;的绝对值&#x…

新能源汽车动力电池热管理-液冷方案应用原理与应用前景简介

前言 动力电池是新能源汽车的核心部件之一&#xff0c;其性能和寿命直接影响着车辆的续航里程和使用成本。液冷方案作为一种常见的动力电池温控解决方案&#xff0c;被广泛应用于新能源汽车领域。本文将详细介绍液冷方案的原理、发展方向以及市场前景。 一、液冷方案的原理 …

喜报 | 擎创科技荣获NIISA联盟2023年度创新技术特等奖!

为深入实施创新驱动发展战略&#xff0c;紧紧把握全球科技革命和产业变革方向&#xff0c;密切跟踪前沿科技新趋势&#xff0c;经科技部中国民营促进会业务主管部门批准以及国家互联网数据中心产业技术创新战略联盟&#xff08;以下简称联盟&#xff09;总体工作安排&#xff0…

双热点的王炸组合!损失函数+Attention,精度与速度上实现SOTA!

损失函数注意力机制在深度学习领域是一个热门研究方向&#xff0c;它可以提高模型的性能和泛化能力&#xff0c;帮助我们构建更加精确且高效的模型。 具体来说&#xff1a; 通过结合注意力机制的聚焦能力和损失函数的优化指导&#xff0c;模型能够更精确地捕捉数据中的关键信息…

PHP基于vscode医院安全不良事件管理系统源码(AEMS)前端vue2+element+后端laravel8不良事件上报与闭环管理

PHP基于vscode医院安全不良事件管理系统源码&#xff08;AEMS&#xff09;前端vue2element后端laravel8不良事件上报与闭环管理 医院不良事件上报与管理系统结合现代医院管理思路&#xff0c;遵照PDCA全面质量循环管理方法而设计&#xff0c;并在多家大型三甲医院成熟运用。系统…

无偏扭曲区域采样在可微分渲染中的应用

图1. 可微渲染计算光传输方程的导数。为了处理可见性的存在&#xff0c;最近的基于物理的可微渲染器需要显式地找到边界点[Li等人2018; Zhang等人2020]&#xff0c;或者通过启发式方法近似边界贡献[Loubet等人2019]。我们从第一原理出发&#xff0c;开发了一个无偏估计器&#…

销量?模糊销量?精准销量?如何获取淘宝商品销量数据接口

淘宝爬虫商品销量数据采集通常涉及以下几个步骤&#xff1a; 1、确定采集目标&#xff1a;需要明确要采集的商品类别、筛选条件&#xff08;如天猫、价格区间&#xff09;、销量和金额等数据。例如&#xff0c;如果您想了解“小鱼零食”的销量和金额&#xff0c;您需要设定好价…

PyQt6--Python桌面开发(1.安装配置环境)

一.PyQt6简介 PyQt&#xff1a;PyQt是一个功能强大且成熟的GUI框架&#xff0c;基于Qt库。它提供了丰富的组件、布局和主题选项&#xff0c;以及强大的功能和灵活性。PyQt的优点是它具有现代化的外观和丰富的功能&#xff0c;适用于复杂的GUI应用程序。然而&#xff0c;由于Py…

今年去做视频号小店,应该怎么去做!新手快速入门的技巧!

大家好&#xff0c;我是电商小V 在我看来24年一定是视频号小店的分水岭&#xff0c;也就是说从今年开始往后视频号小店的门槛是越来越高了&#xff0c;现在就是越早入场的玩家来说越有利&#xff0c;这点是毋庸置疑的&#xff0c; 想要在视频号小店平台上面有长久的发展&#…

游戏技术人福音!当游戏语音碰到网易云信 ,我服了!

“开黑吗&#xff1f;五黑的那种” 少年时代&#xff0c;放假后偷偷溜进网吧&#xff0c;一边打着游戏&#xff0c;一边连麦吐槽对手的惬意岁月&#xff0c;不仅承载了无数 80 后、90 后&#xff0c;甚至 00 后的青春记忆&#xff0c;也让游戏语音成为了“游戏少年”闲暇生活的…

以中国为目标的DinodasRAT Linux后门攻击场景复现

概述 在上一篇《以中国为目标的DinodasRAT Linux后门剖析及通信解密尝试》文章中&#xff0c;笔者对DinodasRAT Linux后门的功能及通信数据包进行了简单剖析&#xff0c;实现了对DinodasRAT Linux后门心跳数据包的解密尝试。 虽然目前可对DinodasRAT Linux后门的通信数据包进…

github提交不了的问题

开了VPN提交的时候提示这个报错 是需要这两个端口号一致&#xff0c;就能提交了

大数据技术原理与技术简答

1、HDFS中名称节点的启动过程 名称节点在启动时&#xff0c;会将FsImage 的内容加载到内存当中&#xff0c;此时fsimage是上上次关机时的状态。然后执行 EditLog 文件中的各项操作&#xff0c;使内存中的元数据保持最新。接着创建一个新的FsImage 文件和一个空的 Editlog 文件…

WMS仓储管理系统库存分类的详细讲解

在当今日益复杂和快速变化的商业环境中&#xff0c;仓库管理成为了一个企业不可或缺的关键环节。WMS仓储管理系统解决方案凭借其自动化和信息化的优势&#xff0c;为企业带来了革命性的改变&#xff0c;特别是在库存分类方面。接下来&#xff0c;我们将深入探讨WMS仓储管理系统…

【GA】deap之个体和种群概览(一)

参考资料 1.《基于遗传算法&#xff08;deap库&#xff09;的一元函数寻优代码详解》 2.官方文档:http://deap.readthedocs.io/en/master/index.html 3.《 Deap: python中的遗传算法工具箱》 &#xff0c;⭐️666 —————— 文章目录 壹、overview一、Types1. Fitness 适应…

用友GRP A++Cloud 政府财务云 任意文件读取漏洞复现

0x01 产品简介 用友GRP A++Cloud 政府财务云系统具有多项核心功能,旨在满足各类组织的财务管理需求。首先,它提供了财务核算功能,能够全面管理企业的总账、固定资产、现金、应付应收等模块,实时掌握企业的财务状况,并通过科目管理、凭证处理、报表分析等功能为决策提供有…

面试集中营—JVM篇

一、JVM内存模型 线程独占&#xff1a;栈&#xff0c;本地方法栈&#xff0c;程序计数器; 线程共享&#xff1a;堆&#xff0c;方法区 虚拟机栈&#xff1a;线程私有的&#xff0c;线程执行方法是会创建一个栈阵&#xff0c;用来存储局部变量表&#xff0c;操作栈&#xff0c;…

Linux提示:mount: 未知的文件系统类型“ntfs”

mount: 未知的文件系统类型“ntfs” 在Linux系统中&#xff0c;如果遇到“mount: 未知的文件系统类型‘ntfs’”的错误&#xff0c;这通常意味着您的系统没有安装支持NTFS文件系统的软件。为了挂载NTFS文件系统&#xff0c;您需要安装ntfs-3g软件包。以下是如何在不同Linux发行…

05-06 周一 Shell工程目录划分和开发最佳实践

05-06 周一 Shell工程目录划分和开发最佳实践 时间版本修改人描述2024年5月6日10:34:13V0.1宋全恒新建文档2024年5月6日11:07:12V1.0宋全恒完成 简介 之前楼主曾经完成过一个shell工程的开发&#xff0c;记得当时项目名称叫做campus-shell&#xff0c;主要是用来一键完成多个模…