【JVM】简述类加载器及双亲委派机制

2024-05-01 07:44

本文主要是介绍【JVM】简述类加载器及双亲委派机制,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

双亲委派模型,是加载class文件的一种机制。在介绍双亲委派模型之前,我需要先介绍几种类加载器(Class Loader)。

1,类加载器

Bootstrap,加载lib/rt.jar,charset.jar等中的核心类,由C++实现。其实就是加载的我们通常部署的jdk中的jar包。
在这里插入图片描述

Extension,加载扩展包,jre/lib/ext/*.jar,或者由-Djava.ext.dirs指定。pom中通过maven引入的依赖,就是由Ext类加载器加载而来。
在这里插入图片描述
App,加载classpath指定内容。就是加载我们自己编写的java类编译出来的class文件,这些类文件在idea中在target包下,在idea中可以查看和设定classpath的路径:
在这里插入图片描述
Custom,自定义类加载器,自定义的class loader。继承ClassLoader这个抽象类,重写findClass()方法即可实现自定义类加载器。

2,双亲委派机制

双亲委派机制是JVM加载并初始化class文件的机制,即JVM流程:Loading->Linking->Initializing中的Loading这一部分的机制。
在这里插入图片描述

双亲委派机制的流程如下:
在传入类的全限定名后,如java.lang.Object,JVM会首先去寻找类的class文件,挨个加载器去看看是否已经加载(前文已经说过类加载器加载类的范围不同),寻找顺序由下到上;
从下到上找了一遍都没有找到,说明该类的class文件不在JVM中就会从上到下的去让加载器尝试加载,如果该类不是这个加载器的范围,就不会加载,否则,加载器就会将这个类加载到JVM中。
双亲委派机制实质上是对类加载器的权限做了分级,并按照分级来进行寻找或加载。

在这里插入图片描述

3,Q&A

3.1,为什么双亲委派机制要区分不同的类加载器,使用一个加载器加载所有class文件不行吗?
使用不同的类加载器并进行加载权限上的区分,主要的作用是为了安全,试想一下,当使用一个加载器加载所有class文件时,那么加载权限上的混淆,使得这个加载器就可以自定义一个如java.lang.Object的类并加载,覆盖掉本来的object,这无疑是无法接受的。这就需要更重要的资源如jdk的class文件由单独一个类加载器加载,并且无法被其他加载器覆盖。

3.2,双亲委派机制为什么要这样从下到上的寻找、再从上到下的加载呢?
同样,也是为了安全。

为什么从上到下的加载?

比如我们还是自定义一个java.lang.Object,应该由Custom Classloader加载,如果不是优先由Bootstrap Classloader加载,而是Custom Classloader优先加载,那么会出现什么情况?custom加载后,就不会继续去bootstrap中加载,因为它会认为已经加载完毕了!所以,更重要的资源,应该优先加载,因此,jdk中的类->pom引入的依赖->自己编写的类编译出来的class文件(target目录中的class文件)->自定义加载器加载(可以自定义加载文件的位置和加载方式)

为什么要从下到上的寻找?

这里我的理解就是,如果有自定义的加载器,我们肯定是希望优先使用我们自定义的custom加载器的。如果没有,剩下App、Ext、Bootstrap三个加载器。这三个加载器,更重要的资源被加载过的可能性更大,因此查找的顺序放在后面;而如App加载自己编写的类的class文件,没有被加载过的可能性更大,因此优先查找。

3.3,双亲委派机制叫这个名字,是因为这些类是从上到下的继承关系吗?
并不是。双亲委派机制,名字翻译的不好,实际上这个机制就是指的孩子向父亲委派、父亲向孩子委派的过程。

实质上,Bootstrap是由C++实现的组件,Custom可以自定义一个继承抽象类ClassLoader,重写findClass()方法即可。而App和Ext,不是继承的关系,如下图:

在这里插入图片描述

3.4,能不能打破双亲委派机制
可以的。在自定义Custom类加载器,重写findClass()方法时,当找不到类时不要去向上寻找App类加载器,自然也就打破了双亲委派机制。

4.ClassLoader源码片段

ClassLoader是一个抽象类,其中寻找class文件的loadClass方法,从中可以一窥双亲委派的机制(Ext没有重写这个方法,使用的就是ClassLoader的这个方法)。

注意这里的parent指的是查找顺序上的parent,而不是通常所指的继承关系上的parent。

在这里插入图片描述

这篇关于【JVM】简述类加载器及双亲委派机制的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/951097

相关文章

Java学习手册之Filter和Listener使用方法

《Java学习手册之Filter和Listener使用方法》:本文主要介绍Java学习手册之Filter和Listener使用方法的相关资料,Filter是一种拦截器,可以在请求到达Servl... 目录一、Filter(过滤器)1. Filter 的工作原理2. Filter 的配置与使用二、Listen

Spring Boot中JSON数值溢出问题从报错到优雅解决办法

《SpringBoot中JSON数值溢出问题从报错到优雅解决办法》:本文主要介绍SpringBoot中JSON数值溢出问题从报错到优雅的解决办法,通过修改字段类型为Long、添加全局异常处理和... 目录一、问题背景:为什么我的接口突然报错了?二、为什么会发生这个错误?1. Java 数据类型的“容量”限制

Java对象转换的实现方式汇总

《Java对象转换的实现方式汇总》:本文主要介绍Java对象转换的多种实现方式,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录Java对象转换的多种实现方式1. 手动映射(Manual Mapping)2. Builder模式3. 工具类辅助映

SpringBoot请求参数接收控制指南分享

《SpringBoot请求参数接收控制指南分享》:本文主要介绍SpringBoot请求参数接收控制指南,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Spring Boot 请求参数接收控制指南1. 概述2. 有注解时参数接收方式对比3. 无注解时接收参数默认位置

SpringBoot基于配置实现短信服务策略的动态切换

《SpringBoot基于配置实现短信服务策略的动态切换》这篇文章主要为大家详细介绍了SpringBoot在接入多个短信服务商(如阿里云、腾讯云、华为云)后,如何根据配置或环境切换使用不同的服务商,需... 目录目标功能示例配置(application.yml)配置类绑定短信发送策略接口示例:阿里云 & 腾

SpringBoot项目中报错The field screenShot exceeds its maximum permitted size of 1048576 bytes.的问题及解决

《SpringBoot项目中报错ThefieldscreenShotexceedsitsmaximumpermittedsizeof1048576bytes.的问题及解决》这篇文章... 目录项目场景问题描述原因分析解决方案总结项目场景javascript提示:项目相关背景:项目场景:基于Spring

Spring Boot 整合 SSE的高级实践(Server-Sent Events)

《SpringBoot整合SSE的高级实践(Server-SentEvents)》SSE(Server-SentEvents)是一种基于HTTP协议的单向通信机制,允许服务器向浏览器持续发送实... 目录1、简述2、Spring Boot 中的SSE实现2.1 添加依赖2.2 实现后端接口2.3 配置超时时

Spring Boot读取配置文件的五种方式小结

《SpringBoot读取配置文件的五种方式小结》SpringBoot提供了灵活多样的方式来读取配置文件,这篇文章为大家介绍了5种常见的读取方式,文中的示例代码简洁易懂,大家可以根据自己的需要进... 目录1. 配置文件位置与加载顺序2. 读取配置文件的方式汇总方式一:使用 @Value 注解读取配置方式二

一文详解Java异常处理你都了解哪些知识

《一文详解Java异常处理你都了解哪些知识》:本文主要介绍Java异常处理的相关资料,包括异常的分类、捕获和处理异常的语法、常见的异常类型以及自定义异常的实现,文中通过代码介绍的非常详细,需要的朋... 目录前言一、什么是异常二、异常的分类2.1 受检异常2.2 非受检异常三、异常处理的语法3.1 try-

Java中的@SneakyThrows注解用法详解

《Java中的@SneakyThrows注解用法详解》:本文主要介绍Java中的@SneakyThrows注解用法的相关资料,Lombok的@SneakyThrows注解简化了Java方法中的异常... 目录前言一、@SneakyThrows 简介1.1 什么是 Lombok?二、@SneakyThrows