打破双亲委派机制有什么用_从源码的角度，来解释Tomcat为什么要实现自己的类加载器打破双亲委派模型？...

最新推荐文章于 2022-11-06 00:49:21 发布
最新推荐文章于 2022-11-06 00:49:21 发布
阅读量90 收藏
点赞数
文章标签： 打破双亲委派机制有什么用
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39776239/article/details/111798931
版权

作者：不学无数的程序员

来源：https://urlify.cn/vuYJbq

在学习Tomcat中的类加载器，并且Tomcat为什么要实现自己的类加载器打破双亲委派模型原因之前，我们首先需要知道Java中定义的类加载器是什么，双亲委派模型是什么。

# Java中的类加载器

类加载器负责在程序运行时将java文件动态加载到JVM中。

从Java虚拟机的角度来讲的话，存在两种不同的类加载器：

启动类加载器(Bootstrap ClassLoader)：这个类加载器是使用C++语言实现的，是虚拟机自身的一部分。

其他的类加载器：这些类加载器都由Java语言实现，独立于虚拟机外部，并且全都继承自抽象类java.lang.ClassLoader，其中其他类加载器大概又分为

ExtensionClassLoader:这个类加载器由ExtClassLoader实现，它负责加载JAVA_HOME/lib/ext目录中的所有类，或者被java.ext.dir系统变量所指定的路径中所有的类。

ApplicationClassLoader：这个类加载器是由AppClassLoader实现的，它负责加载用户类路径(ClassPath)上所指定的所有类，如果应用中没有自定义自己的类加载器，那么一般情况就是程序中默认的类加载器。

自定义加载器：根据自己需求，自定义加载特定路径的加载器。

对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性

# 双亲委派模型

上图中展示的层次结构，称之为类加载器的双亲委派模型。双亲委派模型要求除了顶层的启动类加载器外，其他加载器都应该有自己的父加载器。这里的父子关系不是通过继承来实现的，而是通过设置parent变量来实现的。

双亲委派模型工作过程是：如果收到一个类加载的请求，本身不会先加载此类，而是会先将此请求委派给父类加载器去完成，每个层次都是如此，直到启动类加载器中，只有父类都没有加载此文件，那么子类才会尝试自己去加载。

为什么要设置双亲委派模型呢？其实是为了保证Java程序的稳定运行，例如Object类，它是存放在rt.jar中，无论哪一个类加载器要加载Object类，最终都会委托给顶层的BootStrapClassLoader，所以所有的类中使用的Object都是同一个类，相反如果没有双亲委派模型的话，那么随意一个类加载器都可以定义一个新的Object类，那么应用程序将会变得非常混乱。其实双亲委派模型代码非常简单。实现在ClassLoader中的loadClass方法下。

protected Class> loadClass(String name, boolean resolve) throws ClassNotFoundException

{

synchronized (getClassLoadingLock(name)) {

// 首先,检查请求类是否被加载过

Class> c = findLoadedClass(name);

if (c == null) {

long t0 = System.nanoTime();

try {

// 如果没被本类类加载器加载过,先委托给父类进行加载

if (parent != null) {

c = parent.loadClass(name, false);

} else {

// 如果没有父类,则表明在顶层,就交给BootStrap类加载器加载

c = findBootstrapClassOrNull(name);

}

// 如果最顶层的类也找不到,那么就会抛出ClassNotFoundException异常

} catch (ClassNotFoundException e) {

}

// 如果父类都没有加载过此类,子类才开始加载此类

if (c == null) {

c = findClass(name);

}

}

if (resolve) {

resolveClass(c);

}

return c;

}

}

protected Class> findClass(String name) throws ClassNotFoundException {

throw new ClassNotFoundException(name);

}

我们可以看到findClass方法是需要子类自己去实现的逻辑。

# Tomcat中的类加载器

下面的简图是Tomcat9版本的官方文档给出的Tomcat的类加载器的图。

Bootstrap

|

System

|

Common

/ \

Webapp1 Webapp2 ..

Bootstrap ：是Java的最高的加载器，用C语言实现，主要用来加载JVM启动时所需要的核心类，例如$JAVA_HOME/jre/lib/ext路径下的类。

System：会加载CLASSPATH系统变量所定义路径的所有的类。

Common：会加载Tomcat路径下的lib文件下的所有类。

Webapp1、Webapp2……：会加载webapp路径下项目中的所有的类。一个项目对应一个WebappClassLoader，这样就实现了应用之间类的隔离了。

这3个部分，在上面的Java双亲委派模型图中都有体现。不过可以看到ExtClassLoader没有画出来，可以理解为是跟bootstrap合并了，都是去JAVA_HOME/jre/lib下面加载类。那么Tomcat为什么要自定义类加载器呢？

隔离不同应用：部署在同一个Tomcat中的不同应用A和B，例如A用了Spring2.5。B用了Spring3.5，那么这两个应用如果使用的是同一个类加载器，那么Web应用就会因为jar包覆盖而无法启动。

灵活性：Web应用之间的类加载器相互独立，那么就可以根据修改不同的文件重建不同的类加载器替换原来的。从而不影响其他应用。

性能：如果在一个Tomcat部署多个应用，多个应用中都有相同的类库依赖。那么可以把这相同的类库让Common类加载器进行加载。

Tomcat自定义了WebAppClassLoader类加载器。打破了双亲委派的机制，即如果收到类加载的请求，会尝试自己去加载，如果找不到再交给父加载器去加载，目的就是为了优先加载Web应用自己定义的类。我们知道ClassLoader默认的loadClass方法是以双亲委派的模型进行加载类的，那么Tomcat既然要打破这个规则，就要重写loadClass方法，我们可以看WebAppClassLoader类中重写的loadClass方法。

@Override

public Class> loadClass(String name, boolean resolve) throws ClassNotFoundException {

synchronized (getClassLoadingLock(name)) {

Class> clazz = null;

// 1. 从本地缓存中查找是否加载过此类

clazz = findLoadedClass0(name);

if (clazz != null) {

if (log.isDebugEnabled())

log.debug(" Returning class from cache");

if (resolve)

resolveClass(clazz);

return clazz;

}

// 2. 从AppClassLoader中查找是否加载过此类

clazz = findLoadedClass(name);

if (clazz != null) {

if (log.isDebugEnabled())

log.debug(" Returning class from cache");

if (resolve)

resolveClass(clazz);

return clazz;

}

String resourceName = binaryNameToPath(name, false);

// 3. 尝试用ExtClassLoader 类加载器加载类,防止Web应用覆盖JRE的核心类

ClassLoader javaseLoader = getJavaseClassLoader();

boolean tryLoadingFromJavaseLoader;

try {

URL url;

if (securityManager != null) {

PrivilegedActiondp = new PrivilegedJavaseGetResource(resourceName);

url = AccessController.doPrivileged(dp);

} else {

url = javaseLoader.getResource(resourceName);

}

tryLoadingFromJavaseLoader = (url != null);

} catch (Throwable t) {

tryLoadingFromJavaseLoader = true;

}

boolean delegateLoad = delegate || filter(name, true);

// 4. 判断是否设置了delegate属性,如果设置为true那么就按照双亲委派机制加载类

if (delegateLoad) {

if (log.isDebugEnabled())

log.debug(" Delegating to parent classloader1 " + parent);

try {

clazz = Class.forName(name, false, parent);

if (clazz != null) {

if (log.isDebugEnabled())

log.debug(" Loading class from parent");

if (resolve)

resolveClass(clazz);

return clazz;

}

} catch (ClassNotFoundException e) {

// Ignore

}

}

// 5. 默认是设置delegate是false的,那么就会先用WebAppClassLoader进行加载

if (log.isDebugEnabled())

log.debug(" Searching local repositories");

try {

clazz = findClass(name);

if (clazz != null) {

if (log.isDebugEnabled())

log.debug(" Loading class from local repository");

if (resolve)

resolveClass(clazz);

return clazz;

}

} catch (ClassNotFoundException e) {

// Ignore

}

// 6. 如果此时在WebAppClassLoader没找到类,那么就委托给AppClassLoader去加载

if (!delegateLoad) {

if (log.isDebugEnabled())

log.debug(" Delegating to parent classloader at end: " + parent);

try {

clazz = Class.forName(name, false, parent);

if (clazz != null) {

if (log.isDebugEnabled())

log.debug(" Loading class from parent");

if (resolve)

resolveClass(clazz);

return clazz;

}

} catch (ClassNotFoundException e) {

// Ignore

}

}

}

throw new ClassNotFoundException(name);

}

最后借用Tomcat官网上的话总结：

Web应用默认的类加载顺序是(打破了双亲委派规则)：

先从JVM的BootStrapClassLoader中加载。

加载Web应用下/WEB-INF/classes中的类。

加载Web应用下/WEB-INF/lib/*.jap中的jar包中的类。

加载上面定义的System路径下面的类。

加载上面定义的Common路径下面的类。

如果在配置文件中配置了，那么就是遵循双亲委派规则，加载顺序如下：

先从JVM的BootStrapClassLoader中加载。

加载上面定义的System路径下面的类。

加载上面定义的Common路径下面的类。

加载Web应用下/WEB-INF/classes中的类。

加载Web应用下/WEB-INF/lib/*.jap中的jar包中的类。

往期推荐

类加载器的双亲委派及打破双亲委派
seaboat——a free boat on the sea.（公众号：远洋号）
06-30 1万+
一般的场景中使用Java默认的类加载器即可，但有时为了达到某种目的又不得不实现自己的类加载器，例如为了达到类库的互相隔离，例如为了达到热部署重加载功能。这时就需要自己定义类加载器，每个类加载器加载各自的类库资源，以此达到资源隔离效果。在对资源的加载上可以沿用双亲委派机制，也可以打破双亲委派机制。一、沿用双亲委派机制自定义类加载器很简单，只需继承ClassLoader类并重写findClass方法即可
双亲委派模型，类的加载机制，搞定大厂高频面试题
日拱一兵
07-12 1255
双亲委派模型，类的加载机制，搞定大厂高频面试题
自定义类加载器并打破双亲委派机制
真正的大师永远怀着一颗学徒的心
02-06 736
前言 今天我们来自定义一个类加载器 第一步 继承ClassLoader类 public class MyClassLoader extends ClassLoader 第二步 重写findClass方法 public Class<?> findClass(String name) throws ClassNotFoundException{ try { byte[] data = loadByte(name); return
自定义实现类加载器+打破双亲委派模型思路分析
铭记：
08-30 270
周志明老师新书：凤凰架构 public class MyClassloaderTest { static class MyClassLoader extends ClassLoader { private String classPath; public MyClassLoader(String classPath) { this.classPath=classPath; } /** .
破坏双亲委派及自定义类加载器
changlina_1989的博客
01-18 910
目录 前言 一、破坏双亲委派模型 二、自定义类加载器步骤使用步骤 1.重写loadClass() 2.重写findClass() 总结 前言 前面有文章提到类加载器及双亲委派机制，讲述了基于双亲委派机制的类加载的流程，也知道了双亲委派模型并不是一个具有强制性约束的模型， 而是Java设计者推荐给开发者们的类加载器实现方式。 这篇文章记录下如何进行自定义类加载器及何时不使用双亲委派模型。至于自定义类加载器的应用场景，应该很少用到，要根据用户自己的业务去构造，典型的场景是打破双亲委派模型的那3次
java 详解类加载器的双亲委派及打破双亲委派
08-31
主要介绍了java 详解类加载器的双亲委派及打破双亲委派的相关资料,需要的朋友可以参考下
细说Tomcat如何打破双亲委派(有源码和图)
06-01
本篇文章将深入探讨Tomcat如何打破双亲委派模型，并通过源码分析和图表解析来帮助理解这一机制。 首先，我们需要了解Java的双亲委派模型。这个模型是由JDK中的ClassLoader实现的，默认情况下，当一个类加载器需要...
tomcat类加载器设计及源码分析
qq_32868023的博客
11-06 681
除了jdk本身的Bootstrap、Extension、System三个类加载器，tomcat设计了Common、Catalina、Shared和Web应用四个类加载器。Common、Catalina、Shared类加载器都是URLClassLoader，因此遵循双亲委派模型，也就是先由父类加载器加载，再由自己加载。而Web应用类加载器重新实现了loadClass方法，打破了双亲委派模型，默认加载规则为tomcat还提供了delegate参数控制web应用类加载器是否遵循双亲委派模型，此时加载顺序为。
JVM类加载机制、双亲委派和SPI机制
mfmfmfo的博客
09-15 802
当编译器将 Java 源码编译为字节码之后，虚拟机便可以将字节码读取进内存，从而进行解析、运行等整个过程。我们将这个过程称为 Java 虚拟机的「类加载机制」。「类加载机制」中，通过类加载器（）来完成类加载的过程。JVM 中，类加载器默认使用双亲委派原则。双亲委派机制是一种任务委派模式，是 Java 中通过加载工具（）加载类文件的一种具体方式。具体表现为服务提供接口（SPI，
JDBC是如何打破双亲委派模式的
syh121的博客
09-13 1372
JDBC的DriverManager与SPI机制 类加载的机制以及双亲委派机制的介绍可以参考 JVM类加载机制 在JDBC 4.0之后，我们不再需要调用Class.forName()方法去加载驱动类。只需要将对应的驱动类jar包放到工程的class path下，驱动类会自动被加载。 这种自动加载的技术被称为SPI（Service Privider Interface）[3]，SPI可以简单理解为：为了解耦，从配置里获取某个接口的具体实现类。各个数据库也都更新支持了这个特性。包括MySQL-JDBC等，
自定义类加载器，打破双亲委派机制
没伞的孩子就得跑的专栏
11-15 2018
java默认的类加载器有三个，分别是引导类加载器、扩展类加载器以及应用类加载器。其分别加载的类内容如下所示： 引导类加载器： 加载jre下lib文件夹中的核心类。 扩展类加载器： 加载jre下lib文件夹中ext扩展目录中的类。 应用程序加载器：负责加载classpath路径下的类，即我们自己写的类。 那么何为双亲委派机制呢，双亲委派机制就是在进行类加载的时候，如果当前类加载器存在父加载器，那么首相从父类加载器中获取...
Java双亲委派模型：为什么要双亲委派？如何打破它？破在哪里？
你学废了吗？
06-01 1万+
1. 双亲委派就是类加载器之间的层级关系，加载类的过程是一个递归调用的过程，首先一层一层向上委托父类加载器加载，直到到达最顶层启动类加载器，启动类加载器无法加载时，再一层一层向下委托给子类加载器加载。 2. 双亲委派的目的主要是为了保证`java`官方的类库`\lib`和扩展类库`\lib\ext`的加载安全性，不会被开发者覆盖。...
Tomcat 的 ClassLoader
wuhulala的休息室
12-20 781
ClassLoader结构引入 ClassLoader cl = this.getClass().getClassLoader(); while(cl != null){ System.out.println(cl.getClass().getCanonicalName()); cl = cl.getParent(); } 将会打印以下内容 org.apach
【深入理解JVM】：类加载器与双亲委派模型
热门推荐
smile4lee的博客
05-06 7万+
类加载器 加载类的开放性 类加载器（ClassLoader）是Java语言的一项创新，也是Java流行的一个重要原因。在类加载的第一阶段“加载”过程中，需要通过一个类的全限定名来获取定义此类的二进制字节流，完成这个动作的代码块就是类加载器。这一动作是放在Java虚拟机外部去实现的，以便让应用程序自己决定如何获取所需的类。 虚拟机规范并没有指明二进制字节流要从一个Class文件获取，或者说
自定义java类加载器并且尝试打破双亲委派机制
lichaofan1的博客
06-21 449
自定义java类加载器，打破双亲委派机制
自定义类加载器以及打破双亲委派模型
天瑕的博客
04-08 3241
自定义类加载器以及打破双亲委派模型
Tomcat源码解读『Tomcat类加载机制』
卓立的博客
12-21 1478
本篇文章我们来探索一下Tomcat的类加载机制，如果我们搜Tomcat的类加载机制，绝大多数结果都会给出答案——打破双亲委托机制。但是感觉很多文章介绍的都不是很清楚，所以本篇文章就从我的理解上来分析一下Tomcat的类加载机制，希望能讲的明白。 关于JVM类加载机制，我们在之前的文章Java编程拾遗『Java ClassLoader工作机制』已经介绍过，有兴趣的可以去了解一下。 1. Tomcat类加载机制要考虑的问题 Tomcat作为Servlet容器，它负责加载我们的Servlet类，此外它还负.
Tomcat类载入器机制（Tomcat源代码解析六）
aodiyi6351的博客
07-05 124
要说Tomcat的Classloader机制，我们还得从Bootstrap開始。在BootStrap初始化的时候。调用了org.apache.catalina.startup.Bootstrap#initClassLoaders方法，这种方法里面创建了3个ClassLoader,它们各自是commonLoader,catalinaLoader,sharedLoader，当中cat...
破坏双亲委派模型
茅坤宝骏氹的博客
07-28 1620
转载自 破坏双亲委派模型   1.第一次破坏 由于双亲委派模型是在JDK1.2之后才被引入的，而类加载器和抽象类java.lang.ClassLoader则在JDK1.0时代就已经存在，面对已经存在的用户自定义类加载器的实现代码，Java设计者引入双亲委派模型时不得不做出一些妥协。在此之前，用户去继承java.lang.ClassLoader的唯一目的就是为了重写loadClass()方法，...
Tomcat类加载器详解：实现机制与结构示例
这些类加载器之间并非简单的继承关系，而是通过组合（比如作为父加载器使用）来实现类加载的层次结构。理解Tomcat的类加载器架构对于调试和优化Web应用的部署和运行至关重要，因为它直接影响到类的查找路径、资源的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值