JVM系列(6)——类加载器详解双亲委派

一、类加载器

类加载器是一个负责加载类的对象,用于实现类加载过程中的加载这一步。
主要作用就是加载 Java 类的字节码( .class 文件)到 JVM 中(在内存中生成一个代表该类的 Class 对象)。
加载过程可以看 JVM系列(5)——类加载过程。
类加载器有四种:
1、BootstrapClassLoader(启动类加载器): 最顶层的加载类,由 C++实现,主要用来加载 JDK 内部的核心类库( jre/lib/rt.jar)以及被 -Xbootclasspath参数指定的路径下的所有类。
2、ExtensionClassLoader(扩展类加载器): 平台类加载器,负责加载扩展jar包,比如XMl, 加密,压缩相关的功能类,主要位于jre/lib/ext/
.jar。
3、AppClassLoader(应用程序类加载器):面向我们用户的加载器,负责加载当前应用 classpath 下的所有 jar 包和类。
4、自定义加载器: 用户可自定义加载器,模板方法模式,后面细讲。

二、双亲委派模型

直接上图:
在这里插入图片描述
注意的是,虽然上层的叫父加载器,但不是父子继承关系,是组合关系。
类加载的过程如图所示:
在这里插入图片描述
我们用代码演示一下加载器:

  public static void main(String[] args) {System.out.println(String.class.getClassLoader());System.out.println(com.sun.java.accessibility.AccessBridge.class.getClassLoader());System.out.println(com.alibaba.fastjson.asm.ByteVector.class.getClassLoader());System.out.println(ClassLoaderTest.class.getClassLoader());}

在这里插入图片描述

三、Classloader源码解析

sun.misc.Launcher类是java 虚拟机的入口,在启动 java应用 的时候会首先创建Launcher。在初始化Launcher对象的时候会创建一个ExtClassLoader拓展程序加载器 和 AppClassLoader应用程序类加载器,然后由这俩类加载器去加载应用程序中需要的各种类。
构造方法如下:

public Launcher() {Launcher.ExtClassLoader var1;try {//创建一个ExtClassLoadervar1 = Launcher.ExtClassLoader.getExtClassLoader();} catch (IOException var10) {throw new InternalError("Could not create extension class loader", var10);}try {//创建一个AppClassLoaderthis.loader = Launcher.AppClassLoader.getAppClassLoader(var1);} catch (IOException var9) {throw new InternalError("Could not create application class loader", var9);}...

AppClassloader源码如下:

 static class AppClassLoader extends URLClassLoader { public Class<?> loadClass(String var1, boolean var2) throws ClassNotFoundException {// ...//读取路径为"java.class.path"final String var1 = System.getProperty("java.class.path");//...// 调用了一个 native 本地方法 knownToNotExist(),去查找该类的加载记录if (this.ucp.knownToNotExist(var1)) {        // 如果有该类加载记录Class var5 = this.findLoadedClass(var1); // 直接去已经加载的类中找if (var5 != null) {if (var2) {this.resolveClass(var5);}return var5;} else {                                 // 如果没找到报异常throw new ClassNotFoundException(var1);}} else {                                     // 如果没有该类的加载记录return super.loadClass(var1, var2);      // 调用父类 ClassLoader 的 loadClass()}}
}

ExtClassLoader源码其中一段如下:

  //读取路径为"java.ext.dirs"String var0 = System.getProperty("java.ext.dirs");

ExtClassLoader 并没有对 loadClass() 方法进行重写,也就是说它直接调用其父类 ClassLoader 的 loadClass() 方法。
AppClassLoader 和ExtClassLoader 都继承了URLClassLoader 继承 SecureClassLoader 继承 ClassLoader。
ClassLoader源码如下:

protected Class<?> loadClass(String name, boolean resolve)throws ClassNotFoundException{ 加载一个类的时候,锁住对应的类加载器对象synchronized (getClassLoadingLock(name)) {// 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 {c = 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 = 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;}}

由上面代码可以看出,双亲委派模型主要是由loadClass这个方法决定的。
而不管是App还是Exe加载器,都继承了ClassLoader类,应用了其中的loadClass这个方法,这个模式是什么呢?
没错,就是模板方法模式,也因此,我们可以很简单的自定义类加载器。

四、自定义类加载器

要自定义自己的类加载器,很明显需要继承 ClassLoader抽象类。而jvm官方的API 文档中写到:

建议 ClassLoader的子类重写 findClass(String name)方法而不是loadClass(String name, boolean resolve) 方法。

如果我们不想打破双亲委派模型,就重写 ClassLoader 类中的 findClass() 方法即可,无法被父类加载器加载的类最终会通过这个方法被加载。但是,如果想打破双亲委派模型则需要重写 loadClass() 方法。
findclass()源码如下:

    protected Class<?> findClass(String name) throws ClassNotFoundException {throw new ClassNotFoundException(name);}

可以看出,留着就是给我们重写的。哈哈哈哈哈哈哈哈
自定义类加载器代码如下,主要是将class文件转成二进制流,并且返回一个Class对象

@Overrideprotected Class<?> findClass(String name) throws ClassNotFoundException {// IO流读取字节码文件为二进制流try (BufferedInputStream bis = new BufferedInputStream((new FileInputStream("home/app/" + ".class")));ByteArrayOutputStream bos = new ByteArrayOutputStream()) {int len;byte[] bytes = new byte[1024];while ((len = bis.read(bytes)) != -1) {bos.write(bytes, 0, len);}bos.flush();bytes = bos.toByteArray();return defineClass(null,bytes,0,bytes.length);} catch (FileNotFoundException e) {e.printStackTrace();} catch (IOException e) {e.printStackTrace();}return null;}

defineClass方法也是ClassLoader的方法,源码如下:

    @Deprecatedprotected final Class<?> defineClass(byte[] b, int off, int len)throws ClassFormatError{return defineClass(null, b, off, len, null);}...protected final Class<?> defineClass(String name, byte[] b, int off, int len,ProtectionDomain protectionDomain)throws ClassFormatError{protectionDomain = preDefineClass(name, protectionDomain);String source = defineClassSourceLocation(protectionDomain);Class<?> c = defineClass1(name, b, off, len, protectionDomain, source);postDefineClass(c, protectionDomain);return c;}

话锋一转,打破双亲委派模型,在哪里用到了呢?

Tomcat 服务器为了能够优先加载 Web 应用目录下的类,然后再加载其他目录下的类,就自定义了类加载器WebAppClassLoader 来打破双亲委托机制。这也是 Tomcat 下 Web 应用之间的类实现隔离的具体原理。

五、双亲委派模型好处

为什么要用双亲委派模型呢?
1、安全;
举个例子:你自定义了一个String类,在这个String类里做一下泄露用户信息的操作,用户在使用你的程序时,只要用到了String类,必然会触发泄露信息,造成极大的信息安全。
2、避免资源浪费。
这个简单,类不要重复加载了,省资源。

六、总结

1、双亲委派模型:自下而上寻找,自上而下派任务去解析。
2、类加载器是模板方法模式,重写indClass() 方法自定义类加载器,重写loadClass() 打破双亲委派模型。
3、双亲委派模型安全、节省资源。

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

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

《面试1v1》Kafka基础

&#x1f345; 作者简介&#xff1a;王哥&#xff0c;CSDN2022博客总榜Top100&#x1f3c6;、博客专家&#x1f4aa; &#x1f345; 技术交流&#xff1a;定期更新Java硬核干货&#xff0c;不定期送书活动 &#x1f345; 王哥多年工作总结&#xff1a;Java学习路线总结&#xf…

RabbitMQ之交换机

RabbitMQ之交换机 1. Exchanges1.1 Exchanges 概念1.2 Exchanges 的类型1.3 无名 exchange 2. 临时队列3. 绑定&#xff08;bindings&#xff09;4. Fanout4.1 Fanout 介绍4.2 Fanout 实战 5. Direct exchange5.1 Direct exchange 介绍5.2 多重绑定5.3 实战 6. Topics6.1 之前类…

Python(十二)常见的数据类型

❤️ 专栏简介&#xff1a;本专栏记录了我个人从零开始学习Python编程的过程。在这个专栏中&#xff0c;我将分享我在学习Python的过程中的学习笔记、学习路线以及各个知识点。 ☀️ 专栏适用人群 &#xff1a;本专栏适用于希望学习Python编程的初学者和有一定编程基础的人。无…

走进分布式系统(分布式系统简介)

走进分布式系统 分布式系统简介分布式系统的架构演变过程初创期发展期成熟期 分布式系统的特性什么是分布式系统特性 分布式系统带来的问题 分布式中间件简介什么是分布式中间件常用的分布式中间件 分布式系统简介 分布式系统的架构演变过程 讲在前面&#xff0c;首先我们要了…

耳夹式骨传导耳机有哪些比较好用?这三个款式不容错过!

骨传导耳机由于不入耳&#xff0c;不用担心耳道健康问题&#xff0c;越来越受到广大网友的喜欢&#xff0c;而传统的入耳式耳机&#xff0c;则因为长时间佩戴会耳朵痛&#xff0c;容易掉落等问题逐渐的被网友抛弃&#xff0c;那么在骨传导耳机市场种类这么多的情况下&#xff0…

X6 基于VUE流程编辑器开发

先看效果图 主要插件X6 x6-vue-shape antv/x6-plugin-dnd 代码太多没有整理出来

100天精通Golang(基础入门篇)——第16天:深入解析Go语言包的使用和包管理

&#x1f337; 博主 libin9iOak带您 Go to Golang Language.✨ &#x1f984; 个人主页——libin9iOak的博客&#x1f390; &#x1f433; 《面试题大全》 文章图文并茂&#x1f995;生动形象&#x1f996;简单易学&#xff01;欢迎大家来踩踩~&#x1f33a; &#x1f30a; 《I…

【ArcGIS微课1000例】0070:制作宾馆酒店分布热度热力图

本文讲解在ArcGIS中,基于长沙市酒店宾馆分布矢量点数据(POI数据)绘制酒店分布热力图。 相关阅读: 【GeoDa实用技巧100例】004:绘制长沙市宾馆热度图 【ArcGIS Pro微课1000例】0028:绘制酒店分布热力图(POI数据) 文章目录 一、加载宾馆分布数据二、绘制热度图一、加载宾…

使用亚马逊(AWS)云服务在S3上实现图片缩放功能(CloudFront/S3[AccessPoint/LambdaAccessPoint])

亚马逊云服务中的S3对象存储功能和国内阿里云的oss对象存储使用基本一致。但是涉及到存储内容处理时&#xff0c;两家有些差别。 比如&#xff1a;对于云存储中的图片资源&#xff0c;阿里云比较人性化对于基本的缩放裁剪功能已经帮我们封装好了&#xff0c;只需要在url地址后…

window环境下安装Node并修改保存缓存的位置

0, 卸载Node 打开cmd命令行窗口 输入&#xff1a; npm cache clean --force然后在控制面版中卸载node 1&#xff0c;官网下载Node.js 点击官网下载 如一台电脑需要多个node环境 可使用nvm命令进行操作安装并且可以切换 2&#xff0c; 配置环境变量 安装成功之后&#x…

计算机存储设备

缓存为啥比内存快 内存使用 DRAM 来存储数据的、也就是动态随机存储器。内部使用 MOS 和一个电容来存储。 需要不停地给它刷新、保持它的状态、要是不刷新、数据就丢掉了、所以叫动态 、DRAM 缓存使用 SRAM 来存储数据、使用多个晶体管(比如6个)就是为了存储1比特 内存编码…

RabbitMQ ---- 死信队列

RabbitMQ ---- 死信队列 1. 死信的概念2. 死信的来源3. 死信实战3.1 代码架构图3.2 消息 TTL 过期3.3 队列达到最大长度3.4 消息被拒 1. 死信的概念 死信&#xff0c;顾名思义就是无法被消费的消息&#xff0c;字面意思可以这样解释&#xff0c;一般来说&#xff0c;producer …