秋招—JVM上

已于 2023-09-01 23:05:42 修改
阅读量84 收藏
点赞数
分类专栏： java秋招个人整理总结 文章标签： jvm
于 2023-09-01 22:53:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45843385/article/details/132631954
版权

1. 类加载子系统

1.1 内存结构

在这里插入图片描述
作用：

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

1.2 类加载器ClasLoader角色

在这里插入图片描述
从上面的介绍可以看出:

  • 类加载器是一个负责加载类的对象，用于实现类加载过程中的加载这一步。
  • 每个 Java 类都有一个引用指向加载它的 ClassLoader。
  • 数组类不是通过 ClassLoader 创建的（数组类没有对应的二进制字节流），是由 JVM 直接生成的。

简单来说，类加载器的主要作用就是加载 Java 类的字节码（ .class 文件）到 JVM 中（在内存中生成一个代表该类的 Class 对象）。 字节码可以是 Java 源程序（.java文件）经过 javac 编译得来，也可以是通过工具动态生成或者通过网络下载得来。
在这里插入图片描述

1.3 类加载过程

加载阶段
在这里插入图片描述

  • 通过一个类的全限定名获取定义此类的二进制字节流

  • 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构

  • 在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口

链接阶段

  • 验证（Verify）：

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

  • 准备（Prepare）：

    • 为类变量分配内存并且设置该类变量的默认初始值，即零值。

    • 这里不包含用final修饰的static，因为final在编译的时候就会分配了，准备阶段会显式初始化；

    • 这里不会为实例变量分配初始化，类变量会分配在方法区中，而实例变量是会随着对象一起分配到Java堆中。

  • 解析（Resolve）：

    • 将常量池内的符号引用转换为直接引用的过程。

    • 事实上，解析操作往往会伴随着JVM在执行完初始化之后再执行。

    • 符号引用就是一组符号来描述所引用的目标。符号引用的字面量形式明确定义在《java虚拟机规范》的Class文件格式中。直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。

    • 解析动作主要针对类或接口、字段、类方法、接口方法、方法类型等。对应常量池中的CONSTANT_Class_info，CONSTANT_Fieldref_info、CONSTANT_Methodref_info等。

初始化阶段

  • 初始化阶段就是执行类构造器方法clinit()的过程。
  • 此方法不需定义，是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来。
  • 构造器方法中指令按语句在源文件中出现的顺序执行。
  • clinit()不同于类的构造器。（关联：构造器是虚拟机视角下的init()）
  • 若该类具有父类，JVM会保证子类的clinit()执行前，父类的clinit()已经执行完毕。
  • 虚拟机必须保证一个类的clinit()方法在多线程下被同步加锁。

1.4 类加载器总结

JVM支持两种类型的类加载器 。分别为引导类加载器（Bootstrap ClassLoader）和自定义类加载器（User-Defined ClassLoader）。将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。

JVM 中内置了三个重要的 ClassLoader：

  1. BootstrapClassLoader(启动类加载器)
    • 这个类加载使用C/C++语言实现的，嵌套在JVM内部。
    • 它用来加载Java的核心库（JAVA_HOME/jre/lib/rt.jar、resources.jar或sun.boot.class.path路径下的内容），用于提供JVM自身需要的类
    • 并不继承自ava.lang.ClassLoader，没有父加载器。
    • 加载扩展类和应用程序类加载器，并指定为他们的父类加载器。
    • 出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类
  2. ExtensionClassLoader(扩展类加载器)
    • Java语言编写，由sun.misc.Launcher$ExtClassLoader实现。
    • 派生于ClassLoader类
    • 父类加载器为启动类加载器
    • 从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/1ib/ext子目录（扩展目录）下加载类库。如果用户创建的JAR放在此目录下，也会自动由扩展类加载器加载。
  3. AppClassLoader(应用程序类加载器，又叫系统类加载器)
    • java语言编写，由sun.misc.LaunchersAppClassLoader实现
    • 派生于ClassLoader类
    • 父类加载器为扩展类加载器
    • 它负责加载环境变量classpath或系统属性java.class.path指定路径下的类库
    • 该类加载是程序中默认的类加载器，一般来说，Java应用的类都是由它来完成加载
    • 通过ClassLoader#getSystemclassLoader() 方法可以获取到该类加载器

除了这三种类加载器之外，用户还可以加入自定义的类加载器来进行拓展，以满足自己的特殊需求。就比如说，我们可以对 Java 类的字节码（ .class 文件）进行加密，加载时再利用自定义的类加载器对其解密。

用户自定义类加载器

为什么要自定义类加载器？

  • 隔离加载类
  • 修改类加载的方式
  • 扩展加载源
  • 防止源码泄漏

获取ClassLoader的途径

  • 方式一：获取当前ClassLoader
clazz.getClassLoader()
  • 方式二：获取当前线程上下文的ClassLoader
Thread.currentThread().getContextClassLoader()
  • 方式三：获取系统的ClassLoader
ClassLoader.getSystemClassLoader()
  • 方式四：获取调用者的ClassLoader
DriverManager.getCallerClassLoader()

1.5 双亲委派机制

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

工作原理

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

在这里插入图片描述
举例

当我们加载jdbc.jar 用于实现数据库连接的时候，首先我们需要知道的是 jdbc.jar是基于SPI接口进行实现的，所以在加载的时候，会进行双亲委派，最终从根加载器中加载 SPI核心类，然后在加载SPI接口类，接着在进行反向委派，通过线程上下文类加载器进行实现类jdbc.jar的加载。
优势

  • 避免类的重复加载
  • 保护程序安全，防止核心API被随意篡改
    • 自定义类：java.lang.String
    • 自定义类：java.lang.ShkStart（报错：阻止创建 java.lang开头的类）

沙箱安全机制

自定义String类，但是在加载自定义String类的时候会率先使用引导类加载器加载，而引导类加载器在加载的过程中会先加载jdk自带的文件（rt.jar包中java\lang\String.class），报错信息说没有main方法，就是因为加载的是rt.jar包中的string类。这样可以保证对java核心源代码的保护，这就是沙箱安全机制。

1.6 其他

1. 如何判断两个class对象是否相同

在JVM中表示两个class对象是否为同一个类存在两个必要条件：

  • 类的完整类名必须一致，包括包名。
  • 加载这个类的ClassLoader（指ClassLoader实例对象）必须相同。

换句话说，在JVM中，即使这两个类对象（class对象）来源同一个Class文件，被同一个虚拟机所加载，但只要加载它们的ClassLoader实例对象不同，那么这两个类对象也是不相等的。

2. 对类加载器的引用

JVM必须知道一个类型是由启动加载器加载的还是由用户类加载器加载的。如果一个类型是由用户类加载器加载的，那么**JVM会将这个类加载器的一个引用作为类型信息的一部分保存在方法区中。**当解析一个类型到另一个类型的引用的时候，JVM需要保证这两个类型的类加载器是相同的。

3. 类的主动使用和被动使用

Java程序对类的使用方式分为：主动使用和被动使用。

主动使用，又分为七种情况：

  • 创建类的实例
  • 访问某个类或接口的静态变量，或者对该静态变量赋值
  • 调用类的静态方法
  • 反射（比如：Class.forName（“com.atguigu.Test”））
  • 初始化一个类的子类
  • Java虚拟机启动时被标明为启动类的类
  • JDK 7 开始提供的动态语言支持：
    java.lang.invoke.MethodHandle实例的解析结果
    REF_getStatic、REF_putStatic、REF_invokeStatic句柄对应的类没有初始化，则初始化

除了以上七种情况，其他使用Java类的方式都被看作是对类的被动使用，都不会导致类的初始化。

富江川
关注
专栏目录
备战秋招—JVM之背下这篇保证你与面试官聊起来滔滔不绝
woyaojinyixian的博客
06-28 339
想要面试时将知识点形成体系的回答出来还是得看书，JVM一直是近年大厂面试java工程师的高频考点，于是博主最近看了《深入理解Java虚拟机》，网上的视频以及各种博客，将JVM相关知识进行一个整体梳理。本文旨在方便博主与读者面试前进行复习，如存在错误之处，还请批评指出。 JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。 引入Java语言虚拟机后，Java语言在不同平台上运行
【秋招必备】JVM性能调优面试题（2022最新版）
Netty711的博客
08-26 1608
对象优先在堆的 Eden 区分配。大对象直接进入老年代.长期存活的对象将直接进入老年代当 Eden 区没有足够的空间进行分配时，虚拟机会执行一次 Minor GC.Minor Gc 通常发生在新生代的 Eden 区，在这个区的对象生存期短，往往发生 Gc 的频率较高，回收速度比较快;Full Gc/Major GC 发生在老年代，一般情况下，触发老年代 GC的时候不会触发 Minor GC,但是通过配置，可以在 Full GC 之前进行一次 Minor GC 这样可以加快老年代的回收速度。...
JVM类加载器
weixin_42824596的博客
05-23 1437
类加载器是一个负责加载类的对象，ClassLoader是一个抽象类。给定类的二进制名称，类加载器尝试定位或生成构成类定义的数据。典型的策略是将名称转换为文件名，然后从文件系统中读取该名称的“类文件”。每个Java类都有一个引用指向加载他的ClassLoader，不过，数组类不是通过ClassLoader创建的，而是JVM在需要的时候自动创建的，数组类通过getClassLoader()方法获取ClassLoader的时候和该数组的元素类型的ClassLoader是一致的。
玩转Java虚拟机（二）
爱钻研的小白的博客
03-06 242
打卡学习JVM，第二天 本人学习过程中所整理的代码，源码地址 - 类加载器的类型 加载：查找并加载类的二进制数据，具体指将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在内存中创建一个Class对象用来封装类在方法区内的数据结构 连接：验证 -> 确保被加载的类的正确性；准备 -> 为类的静态变量分配内存，并将其初始化为默认值；解析 -> ...
秋招-Java-JVM 与 JMM篇
qq_50665031的博客
08-01 1181
JVM是JavaVirtualMachine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。
秋招准备之jvm
dw33xn的博客
11-16 350
知识点 以此为起点，相关知识点搞懂就差不多了 -----面试小结之JVM篇 触发JVM进行Full GC的情况及应对策略 内存泄漏和内存溢出 Java内存模型与对象揭秘 java内存管理（堆、栈、方法区） 深入理解JVM之JVM内存区域与内存分配 Java类加载过程 JVM中的直接引用和符号引用 小知识点 System.gc(); 与Runtime.gc()的区别 Java中的逃逸分析和TL...
秋招JVM—2. JVM监控及诊断工具-命令行篇
weixin_41171614的博客
03-12 1194
秋招JVM—2. JVM监控及诊断工具-命令行篇
秋招JVM—3. JVM监控及诊断工具-GUI篇
weixin_41171614的博客
03-12 1009
秋招JVM—3. JVM监控及诊断工具-GUI篇
秋招JVM—4. JVM运行时参数
weixin_41171614的博客
03-12 849
秋招JVM—4. JVM运行时参数
备战秋招--jvm篇
weixin_51930617的博客
09-14 187
备战秋招之jvm篇
JVM经典书籍，已成功拿下字节、腾讯、脉脉offer
m0_64319298的博客
11-23 365
《实战Java虚拟机:JVM故障诊断与性能优化》 《HotSpot实战》 《自己动手写Java虚拟机》 《深入理解JVM ＆ G1 GC》 《垃圾回收的算法与实现》 《Java虚拟机精讲》 ##JVM系列 学习JVM的相关资料 《深入理解Java虚拟机——JVM高级特性与最佳实践(第2版)》 基于最新JDK1.7，围绕内存管理、执行子系统、程序编译与优化、高效并发等核心主题对JVM进行全面而深入的分析，深刻揭示JVM的工作原理。以实践为导向，通过大量与实际生产环境相结合的案例展示了解决各种常见JVM问题
JVM 参数配置入门与优化案例
XMYX-0
11-12 506
监控与调优：通过 GC 日志分析 GC 次数和时间，结合应用的内存需求调整堆大小和新生代比例。合理分配直接内存：Netty 应用应合理预留直接内存，防止因堆外内存不足导致系统 OOM。GC 选择与升级：根据 JVM 版本选择合适的 GC，Java 9 以上可以尝试使用 G1 GC。
监控JVM的内存使用情况分析
QQ903275718的博客
11-12 539
jvm性能检测，内存泄漏，内存溢出
JVM垃圾回收详解一（重点）
a15799652947的博客
11-09 1025
如果允许，那会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试进行一次 Minor GC，尽管这次 Minor GC 是有风险的;JDK 6 Update 24 之前，在发生 Minor GC 之前，虚拟机必须先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果这个条件成立，那这一次 Minor GC 可以确保是安全的。如果不成立，则虚拟机会先查看。执行 Minor GC 后，后面分配的对象如果能够存在 Eden 区的话，还是会在 Eden 区分配内存。
【JAVA基础】JVM双亲委派
2403_87669205的博客
11-12 1076
双亲委派是一个孩子向父亲方向，然后父亲向孩子方向的双亲委派过程 **总结**：自下（从 App 开始）而上进行检查，自上而下进行加载。
【C++】string模拟实现
X__cheng的博客
11-12 510
思路：调用swap时要先传参，由于C++规定⾃定义类型对象进⾏拷⻉⾏为必须调⽤拷⻉构造，那么理论上，operator=的形参str拷贝构造一个临时对象，这个临时对象再拷贝构造swap的参数str，哪怕编译器优化掉了临时对象，swap的形参str也是通过ooperator=形参str拷贝构造的一个新对象，将这个新对象str与*this的内容交换一下不就搞定了。因为substr接口是传值返回，理论上是将substr的返回值S1拷贝到一个临时对象当中，局部对象S1便销毁了，再用临时对象拷贝构造S2的。
C#入门 023 什么是类（Class）
gjw3037109961的博客
11-12 170
是一种数据结构是一种数据类型代表现实世界中的“种类”
DAY6 线程
最新发布
m0_69965956的博客
11-12 302
线程
JVM【三】——垃圾回收GC
qq_65754164的博客
11-07 763
本文介绍了JVM垃圾回收的相关知识，包括 内存分配原则，判断对象是否死亡的方法，引用类型介绍，垃圾收集算法和各种垃圾收集器
Java JVM内存管理与垃圾回收深度解析
"该PDF是针对Java面试的综合知识整理，涵盖了2021年的面试热点，主要聚焦于JVM的内存结构、垃圾回收机制以及相关的算法，同时也涉及到了Java中的四种引用类型和不同的垃圾收集器。" 在Java面试中，JVM（Java虚拟机...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值