JVM(一) —— 类加载器

最新推荐文章于 2023-03-11 16:41:25 发布

壹升茉莉清

最新推荐文章于 2023-03-11 16:41:25 发布

阅读量306

点赞数

分类专栏： # java虚拟机文章标签： jvm java linux

本文链接：https://blog.csdn.net/weixin_40920359/article/details/127193244

版权

java虚拟机专栏收录该内容

3 篇文章 0 订阅

订阅专栏

@[TOC](JVM(一) —— 类加载器)

JVM内存结构图

在这里插入图片描述

类加载器子系统作用

在这里插入图片描述

类加载器子系统负责从文件系统或者网络上加载Class文件，class文件在问价开头有特定的文件标识。
ClassLoader只负责class文件的加载，至于它是否可以运行，则由执行引擎负责
加载的类信息存放在一块称为方法区的内存空间。除了类的信息外，方法区还会存放运行时常量池信息，可能还包括字符串字面量和数字常量（这部分常量信息是class文件中常量池部分的内存映射。）

类加载器ClassLoader角色

在这里插入图片描述

class file存放在本地硬盘上，可以理解为设计师画在纸上的模板（编写的类），而最终这个模板在执行的时候是要加载到JVM中，根据这个文件实例化出n个一模一样的实例（创建的对象）
class file加载到JVM中，被称为DNA元数据模板，放在方法区
在.class文件 -> JVM -> 最终成为元数据模板的过程需要一个运输工具（类加载器ClassLoader），扮演一个快递员的角色。

类的加载过程

在这里插入图片描述

加载

通过一个类的全限定名获取定义此类的二进制字节流
将这个字节流所代表的的静态存储结构转化为方法区的运行时数据结构
在内存中生成一个代表这个类的java.lang.Class对象，最为方法区这个类的各种数据的访问入口。

加载.class的方式：

从本地系统中直接加载
通过网络获取
从zip压缩包中获取，成为日后jar,war格式的基础
运行时计算生成，使用最多的是动态代理技术
由其他文件生成
从专有数据库中提取.class文件，比较少见
从加密文件中获取，典型的防class文件被反编译的保护措施

链接

验证

目的在于确保class文件的字节流中包含信息符合当前虚拟机要求，保证被加载类的正确性，不会危害虚拟机自身安全
主要包括四种验证：文件格式验证，元数据验证，字节码验证，符号引用验证

在这里插入图片描述
class文件都是以CA FE BA BE开头的

准备

为类变量分配内存并且设置该类变量的默认初始值，即零值
这里不包含final修饰的static，因为final在编译的时候就会分配了，准备阶段会显式初始化
这里不会为实例变量分配初始化，类变量会分配在方法区中，而实例变量是会随着对象一起分配到java堆中

解析

将常量池被的富含饮用转换为直接饮用的过程
事实上，解析操作往往会伴随着JVM在执行完初始化之后在执行
符号饮用就是一组符号来描述所引用的目标，符号饮用的字面量形式明确定义在《java虚拟机规范》的class文件格式中。直接饮用就是直接指向目标的指针，相对偏移量或一个简洁定位的目标句柄。
解析动作主要针对类或接口，字段，类方法，接口方法，方法类型等。对应常量池中的CONSTANT_CLASS_INFO，CONSTANT_FIELDREF_INFO,CONSTANT_METHODREF_INFO等

初始化

初始化阶段就是执行类构造器方法clinit()的过程
此方法不需定义，是java编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来

public class Test {
    private static int a = 1;

    public Test() {
    }

    public static void main(String[] args) {
        System.out.println(a);
    }
}

当我们的代码中有static 变量或者代码块的时候，就会有clinit方法，clinit会把静态变量的初始化和静态代码块的初始化合并在一起，并记录变量的信息。
在这里插入图片描述

构造器方法中指令按语句在源文件中出现的顺序执行
clinit()方法不同于累的构造器（关联：构造器是虚拟机视角下的init()）
若该类具有父类，JVM会保证子类的clinit执行前，父类的clinit已经执行完毕。
虚拟机必须保证一个类的clinit方法在多线程下被同步加锁。

类加载器

在这里插入图片描述

JVM支持两种类型的类加载器，分别是引导类加载器（Bootstrap Classloader）和自定义类加载器（User Defined Class Loader）.
从概念上来讲，自定义类加载器一般指的是程序中由开发人员自定义的一类类记载器，但是Java虚拟机规范没有这么定义，而是将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。
无论类加载器的类型如何划分，在程序中我们最常见的类加载器始终只有3个，如上图所示

在这里插入图片描述

sun.misc,Launcher它是一个java虚拟机的入口应用。

获取类加载器：

public static void main(String[] args) {
        // 获取系统类加载器
        ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
        System.out.println(systemClassLoader); // sun.misc.Launcher$AppClassLoader@18b4aac2

        // 获取其上层 拓展类加载器
        ClassLoader extClassLoader = systemClassLoader.getParent();
        System.out.println(extClassLoader); // sun.misc.Launcher$ExtClassLoader@1540e19d

        // 获取其上层
        ClassLoader bootstrapClassLoader = extClassLoader.getParent();
        System.out.println(bootstrapClassLoader); // null

		// 获取用户自定义类加载器
		ClassLoader classLoader1 = Test.class.getClassLoader();
		System.out.println(classLoader1 ); // sun.misc.Launcher$AppClassLoader@18b4aac2
		
		// 获取String类加载器和上边一样返回null，说明使用的是引导类加载器进行加载的（）
		ClassLoader classLoader2 = String.class.getClassLoader();
		System.out.println(classLoader2 );// null
    }

java的核心类库都是使用引导类加载器进行加载的。

启动类加载器（引导类加载器，Bootstrap ClassLoader）

这个类加载器使用C/C++语言实现的，嵌套在JVM 内部
它是用来加载java的核心库（JAVA_HONE/jre/lib/rt.jar, resources.jar, sun.boot.class.path路径下的内容），用于提供JVM自身需要的类
并不继承自java.lang.ClassLoader,没有父加载器
出于安全考虑，Bootstrap 启动类加载器之家在包名为java，Javax, sun开头的类。

拓展类加载器（Extension ClassLoader）

java语言编写，由sun.misc.Launcher$ExtClassLoader实现
派生于ClassLoader类
父类加载器为启动类加载器
从java.ext.dirs系统属性所制定的目录中加载类库，或从JDK的安装目录的jre/lib/ext子目录下加载类库。如果用户创建的jar放在此目录下，也会自动由拓展类加载器加载。

应用程序类加载器（系统类加载器，AppClassLoader ）

java语言编写，由sun.misc.Launcher$AppClassLoader实现
派生于ClassLoader类
父类加载器为拓展类加载器
它负责加载环境变量classpath或系统属性java.class.path指定路径下的类库
该类加载是程序中默认的类加载器，一般来说，java应用的类都是由它来完成加载的
通过ClassLoader.getSystemClassLoader()方法可以获取到这个类加载器

用户自定义加载器

隔离加载类
修改类加载的方式
拓展加载源
防止源码泄露

ClassLoader

ClassLoader是一个抽象类，其后所有的类加载器都继承自ClassLoader（不包括启动类加载器）。常用方法：
在这里插入图片描述

获取ClassLoader的途径

在这里插入图片描述

双亲委派机制

Java虚拟机对class文件采用的是按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象。而且加载某个类的class文件时，java虚拟机采用的是双亲委派模式，即把请求交给弗雷处理，它是一种任务委派模式。

在这里插入图片描述
工作原理：

如果一类类加载器收到了类加载请求，他不会自己先去加载，而是把这个请求委托给父类的加载器去执行
如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器
如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式。

在这里插入图片描述
优势：

避免类的重复加载
保护程序安全，防止核心API被随意篡改
- 自定义类：java.lang.String不会被加载
- 自定义类：java.lang.Test不会被加载，报错

沙箱安全机制

在这里插入图片描述

同一个类判断

在这里插入图片描述

类的主动使用和被动使用

在这里插入图片描述

壹升茉莉清

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
打赏
0
评论
JVM(一) —— 类加载器

class file存放在本地硬盘上，可以理解为设计师画在纸上的模板（编写的类），而最终这个模板在执行的时候是要加载到JVM中，根据这个文件实例化出n个一模一样的实例（创建的对象）2. class file加载到JVM中，被称为DNA元数据模板，放在方法区3. 在.class文件 -> JVM -> 最终成为元数据模板的过程需要一个运输工具（类加载器ClassLoader），扮演一个快递员的角色。
复制链接

扫一扫