【JVM】类加载器、双亲委派、SPI(一)

2024-08-21 05:36
文章标签 java 加载 jvm spi 双亲 委派

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

类加载器、双亲委派、SPI

类加载器

JVM中有两种类型的类加载器,由C++编写的及由Java编写的。除了启动类加载器(BootstrapClassLoader)是由C++编写的,其他都是由Java编写的,由Java编写的类加载器都继承自类java.lang.ClassLoader.JVM还支持自定义类加载器。各类加载器之间存在着逻辑上的父子关系,因为他们没有直接的从属关系
在这里插入图片描述

启动类加载器

因为启动类加载器是由C++编写的,通过Java程序去查看显示的是NULL,因此,启动类加载器无法被Java程序调用,启动类加载器不像其他类加载器有实体,它是没有实体的,JVM将C++处理类加载的一套逻辑定义为启动类加载器,加载的jar包如图所示。也可以通过-Xbootclasspath指定
在这里插入图片描述

HotSpot源码

在这里插入图片描述

首先我们找到启动main方法的入口
在这里插入图片描述
第二步,找到LoadMianClass
在这里插入图片描述
第三步,找到GetLauncherHelperClass中,findBootStrapClass方法。
在这里插入图片描述
这套逻辑做的事情就是通过启动类加载器加载类sun.launcher.LauncherHelper,执行该类的方法checkAndLoadMian,加载main函数所在的类,启动扩展类加载器、应用类加载器也是在这个时候完成的
在这里插入图片描述
BootstrapClassLoader在JVM中对应的是ClassLoader.cpp。我们可以看到它包含的都是一些静态属性和静态方法

扩展类加载器

在这里插入图片描述
ExtClassLoader的继承关系图
在这里插入图片描述
通过代码方式可以查看扩展类加载器加载的路径,也可以通过java.ext.dirs指定

应用类加载器

在这里插入图片描述
AppClassLoader的继承关系图
在这里插入图片描述
查看应用类加载器,它是默认加载用户程序的类加载器,也可以通过java.class.path指定

自定义类加载器

在这里插入图片描述

实现方式,需要继承java.lang.ClassLoader类,通过源码查看我们也得知了ClassLoader在loadClass的时候不会立马触发解析阶段,因为源码里面就写死了是false.懒汉模式,你可能听过loadClass()和findClass()方法,两者的职责是不一样的
在这里插入图片描述

loadClass方法与findClass方法分析:
1.loadClass方法是ClassLoader类中最常用的方法之一,它负责加载指定的类。它的主要特点是:
1.1 它是一个public方法,可以被外部类调用。
1.2 首先会检查类是否已经被加载,如果已经被加载,则直接返回对应的Class对象。
1.3 如果类没有被加载,它会调用findLoadedClass方法来检查类是否已经被其他类加载器加载
1.4 如果类仍然没有被加载,它会调用findClass方法(或者委托给父类加载器)来加载类。
1.5 如果上面的操作还是没有成功加载类,就抛出ClassNotFoundException一场

2.findClass方法是ClassLoader类中的一个protected方法,通常用于自定义类加载器时重写该方法
2.1 findClass方法负责从文件系统、网络或其他来源找到并读取类的字节码
2.2 在自定义类加载器时,通常重写findClass方法来实现特定的类加载逻辑。
2.3 当loadClass方法确定类尚未被加载,并且父类加载器没有加载该类时,它将调用findClass方法

在实现自定义类加载器时,通常会这样重写findClass:
1.根据类的全限定名(name参数)转换为文件路径
2.读取类的字节码文件
3.调用defineClass方法,将字节码转换成Class对象。

loadClass是用于外部调用的公共方法,负责整个类的加载过程,包括委托模型和类加载逻辑
findClass是用于被loadClass调用的受保护方法,通常在自定义类加载器时被重写以实现具体的类查找和字节码读取逻辑
在这里插入图片描述

如何查看加载过的类?

在这里插入图片描述

findLoadedClass方法如果深入进去看的话,会发现其调用到了一个native的findLoadedClass0方法,这里的话,我们可以在openjdk的源码当中搜索
在这里插入图片描述
当我们再进一步查看的话,会发现看不到它的实现,这可能和C++的写法有关系,
在这里插入图片描述
它这里的方法实现其实是要到jvm.cpp文件中才能看到,具体的写法我也不是很清楚,但是可以看到,最后生成关键的一步是find_instance_or_array_klass这个方法
在这里插入图片描述
find_instance_or_array_klass方法中又调用了find(),我们再跟进去
在这里插入图片描述
我们可以发现,当查找加载过的类时,它是把类信息放到了一个hashtable里面,先通过class_name和类加载器loader计算出一个d_index,然后再通过这个索引去查找
在这里插入图片描述
如果在Dictionary字典里面找到了这个classname对应的类,则返回,没有则返回null,可以看到,查找加载过的类时,并不是直接拿着classname去找的,而是classname + classloader组合起来查找的.也就是key=>类的全限定名+类加载器 ->index value: Metadata:klass

类加载器创建链

启动类加载没有实体,只是将一段加载逻辑命名成启动类加载器。启动类加载器做的事情是:加载类sun.lanuncher.LanuncherHelper,执行该类的方法checkAndLoadMain…启动类、扩展类、应用类加载器逻辑上的父子关系就是在这个方法的调用链中生成的
在这里插入图片描述
我们知道JVM启动时会执行JavaMain,之后会执行JVM的相关初始化工作,这里先不谈,先看类加载器创建链。然后执行loadMainClass
在这里插入图片描述
获取LauncherHelper,它这个动作其实是让Bootstrap类加载器进行加载的
在这里插入图片描述
调用了FindBootstrapClass方法,
在这里插入图片描述
这里其实是要返回一个InstanceMirrorClass对象出来,如果加载过,则返回缓存即可,没有加载过,则进行加载
在这里插入图片描述
checkAndLoadMain方法中可以看到通过classloader加载该类,这也是类加载器加载一个类的流程,这个地方是要判断这个类应该交给哪个类加载器去加载,加载的细节其实就走到我们Java文件里面了ClassLoader的细节,那么这个scloader是怎么来的呢?
在这里插入图片描述
scloader是通过ClassLoader.getSytemClassLoader()方法创建的
在这里插入图片描述
在initSystemClassLoader方法里面核心逻辑是sum.misc.Lanuncher.getLauncher()
在这里插入图片描述
sun.misc.Launcher是C++里面的Java类,并不是我们rt.jar里面的,所以我们还得在HotSpot中去看,我们发现Launcher的构造方法中创建了扩展类加载器ExtClassLoader以及AppClassLoader
在这里插入图片描述
ExtClassLoader在创建的时候调用了super(getExtURLs(dirs), null, factory);由于它继承了URLClassLoader所以我们需要到它的父类里面去查看构造参数的细节
在这里插入图片描述
可以看到parent为null
在这里插入图片描述
在创建AppClassLoader的时候,把ExtClasLoader当作parent传给了构造参数,也就是说AppClassLoader和ExtClassLoader才具有真正意义上父子结构

在这里插入图片描述
再结合到java层面来看,当委托到ExtClassLoader的时候,由于它的parent为null,这个时候会调用findBootstrapClassOrNull
在这里插入图片描述
而findBootstrapClassOrNull方法底层又是一个native方法,这个时候就需要到C++里面去看了
在这里插入图片描述
这个方法会调用到ClassLoader.c(也就是对应的Bootstrap)。
在这里插入图片描述
看到SystemDictionary::resolve_or_null,返回由Bootstrap类加载器加载的InstanceMirrorClass

这篇关于【JVM】类加载器、双亲委派、SPI(一)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

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

Java中字符串转时间与时间转字符串的操作详解

《Java中字符串转时间与时间转字符串的操作详解》Java的java.time包提供了强大的日期和时间处理功能,通过DateTimeFormatter可以轻松地在日期时间对象和字符串之间进行转换,下面... 目录一、字符串转时间(一)使用预定义格式(二)自定义格式二、时间转字符串(一)使用预定义格式(二)自

Spring 请求之传递 JSON 数据的操作方法

《Spring请求之传递JSON数据的操作方法》JSON就是一种数据格式,有自己的格式和语法,使用文本表示一个对象或数组的信息,因此JSON本质是字符串,主要负责在不同的语言中数据传递和交换,这... 目录jsON 概念JSON 语法JSON 的语法JSON 的两种结构JSON 字符串和 Java 对象互转

JAVA保证HashMap线程安全的几种方式

《JAVA保证HashMap线程安全的几种方式》HashMap是线程不安全的,这意味着如果多个线程并发地访问和修改同一个HashMap实例,可能会导致数据不一致和其他线程安全问题,本文主要介绍了JAV... 目录1. 使用 Collections.synchronizedMap2. 使用 Concurren