JVM 相关笔记

最新推荐文章于 2024-04-24 08:17:58 发布
最新推荐文章于 2024-04-24 08:17:58 发布
阅读量438 收藏
点赞数
分类专栏： JAVA 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fuwenshen/article/details/124430638
版权

对象内存布局

HotSpot虚拟机中，对象在内存中存储的布局可以分为三块区域：对象头（Header）、实例数据（Instance Data）和对齐填充 （Padding）。

  • 对象头

    • Mark Word
    • MetaData
    • 数组长度

  • 实例数据

    存放类的属性数据信息，包括父类的属性信息

  • 对齐填充

    由于虚拟机要求 对象起始地址必须是8字节的整数倍, 为了字节对齐

JVM整体结构及内存模型

image-20210710124102074

  • JVM内存参数设置

    image-20210710124145327

JVM 内存分配

image-20210710121507179

  • 对象栈上分配

    栈上分配依赖于逃逸分析和标量替换

    JVM通过逃逸分析确定该对象不会被外部访问, 如果不会逃逸可以将该对象在栈上分配内存

  • 新对象在eden区上分配

    • eden 没有足够内存分配时，会发生minor GC
    • 如果新增的对象需要空间超过eden 内存， 会将对象提前移动到老年代中

  • 大对象直接进入老年代

  • 长期存活的对象将进入老年代

  • 对象动态年龄判断

    在S区中，一批对象的总大小>内存大小的50% (-XX:TargetSurvivorRatio可以指定)，那么>= 这批对象的年龄最大值的对象就可以直接进入到老年代了。

    对象动态年龄判断机制一般是在minor gc之后触发的

  • 老年代空间分配担保机制

垃圾收集算法

image-20210714220821914

垃圾回收器

image-20210714220732485

Serial收集器 （单线程）

-XX:+UseSerialGC -XX:+UseSerialOldGC

新生代使用复制算法，老年代使用 标记-整理算法。

image-20210714221337009

Parallel Scavenge 收集器 (多线程)

-XX:+UseParallelGC(年轻代), -XX:+UseParallelOldGC(老年代)

重点关注 吞吐量

新生代使用复制算法，老年代使用 标记-整理算法。

JDK8默认的新生代和老年代收集器

image-20210714221845886

ParNew 收集器

-XX:+UseParNewGC

ParNew收集器其实跟Parallel收集器很类似，区别主要在于它可以和CMS收集器配合使用。

新生代使用复制算法，老年代使用 标记-整理算法。

image-20210714222149303

CMS 收集器

CMS（Concurrent Mark Sweep） 以 最短 回收停顿时间（STW）为目标

回收算法: 标记清除算法

  • 初始标记：暂停所有的其他线程(STW)，并记录下gc roots直接能引用的对象，速度很快。
  • **并发标记：**是从GC Roots的直接关联对象开始遍历整个对象图的过程。
  • 重新标记：修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对象。 主要用到三色标记里增量更新算法(见下面详解)做重新标记。
  • 并发清理： 对未标记的区域做清扫， 期间有新增对象直接标记为黑色。
  • 并发重置： 重置本次GC 过程中标记数据。

image-20210714222721076

  • 在并发标记的过程中, 通过 三色标记 来记录对象的是否遍历访问。

    • 黑色：已全部扫描标记完成
    • 灰色：部分扫描标记完成
    • 白色：未扫描标记

  • 多标-浮动垃圾

  • 漏标-读写屏障

    • 增量更新（IncrementalUpdate）

      增量更新就是当黑色对象插入新的指向白色对象的引用关系时， 就将这个新插入的引用记录下来， 等并发扫描结束之

      后， 再将这些记录过的引用关系中的黑色对象为根， 重新扫描一次。 这可以简化理解为， 黑色对象一旦新插入了指向

      白色对象的引用之后， 它就变回灰色对象了。

    • 原始快照（Snapshot At The Beginning，SATB）

      原始快照就是当灰色对象要删除指向白色对象的引用关系时， 就将这个要删除的引用记录下来， 在并发扫描结束之后，

      再将这些记录过的引用关系中的灰色对象为根， 重新扫描一次，这样就能扫描到白色的对象，将白色对象直接标记为黑

      色(目的就是让这种对象在本轮gc清理中能存活下来，待下一轮gc的时候重新扫描，这个对象也有可能是浮动垃圾)

G1收集器

将堆空间分成大小相同的独立区域（Region），默认2048个

G1保留了 年轻代、老年代概念，但是没有物理隔阂了。

image-20210715074200035

-XX:+UseG1GC

G1 (Garbage-First)是一款面向服务器的垃圾收集器, 主要针对配备多颗处理器及大容量内存的机器 . 以极高概率满足GC

停顿时间要求的同时,还具备高吞吐量性能特征.

回收算法：复制算法

  • 初始标记：(STW) 暂停其他所有线程，并记录GC Root 直接引用的对象， 速度很快。
  • 并发标记： 同CMS并发标记
  • 最终标记：(STW) 同 CMS重新标记
  • 筛选回收：(STW) 对各个Region的回收价值和成本进行排序，根据用户期望的停顿时间 制定回收计划

image-20210715073319331

G1垃圾收集分类

YoungGC

YoungGC并不是说现有的Eden区放满了就会马上触发，G1会计算下现在Eden区回收大概要多久时间，如果回收时间远远小于参数 `-XX:MaxGCPauseMills 设定的值，那么增加年轻代的region，继续给新对象存放，不会马上做Young GC，直到下一次Eden区放满，G1计算回收时间接近参数 -XX:MaxGCPauseMills 设定的，那么就会触发Young GC

MixedGC

不是FullGC，老年代的堆占有率达到参数(-XX:InitiatingHeapOccupancyPercent)设定的值则触发，回收所有 Young和部分Old(根据期望的GC停顿时间确定old区垃圾收集的优先顺序)以及大对象区，正常情况G1的垃圾收集是先做MixedGC，主要使用复制算法，需要把各个region中存活的对象拷贝到别的region里去，拷贝过程中如果发现没有足够 的空region能够承载拷贝对象就会触发一次Full GC

Full GC

停止系统程序，然后采用单线程进行标记、清理和压缩整理，好空闲出来一批Region来供下一次MixedGC使用，这 个过程是非常耗时的。(Shenandoah优化成多线程收集了)

什么场景适合使用G1

  • 50%以上的堆被存活对象占用

  • 对象分配和晋升的速度变化非常大

  • 垃圾回收时间特别长，超过1秒

  • 8GB以上的堆内存(建议值)

  • 停顿时间是500ms以内

ZGC收集器

-XX:+UseZGC

ZGC是一款JDK 11中新加入的具有实验性质的低延迟垃圾收集器

image-20210717225648881

  • 并发标记（Concurrent Mark）：与G1一样，并发标记是遍历对象图做可达性分析的阶段，它的初始标记(Mark Start)和最终标记(Mark End)也会出现短暂停顿，与G1不同的是， ZGC的标记是在指针上而不是在对象 上进行的， 标记阶段会更新染色指针中的Marked 0、 Marked 1标志位。

  • 并发预备重分配（Concurrent Prepare for Relocate）：这个阶段需要根据特定的查询条件统计得出本次收集过程要清理哪些Region，将这些Region组成分配集（Relocation Set）。ZGC每次回收都会扫描所有的 Region，用范围更大的扫描成本换取省去G1中记忆集的维护成本。

  • 并发重分配（Concurrent Relocate）：重分配是ZGC执行过程中的核心阶段，这个过程要把重分配集中的存活对象复制到新的Region上，并为重分配集中的每个Region维护一个转发表（Forward Table），记录从旧对象到新对象的转向关系。ZGC收集器能仅从引用上就明确得知一个对象是否处于重分配集之中，如果用户线程此时并发访问了位于重分配集中的对象，这次访问将会被预置的内存屏障(读屏障)所截获，然后立即根据Region上的转发表记录将访问转发到新复制的对象上，并同时修正更新该引用的值，使其直接指向新对象，ZGC将这种行为称为指针的“自愈”（Self-Healing）能力。

1 ZGC的颜色指针因为“自愈”（Self‐Healing）能力，所以只有第一次访问旧对象会变慢， 一旦重分配集中某个Region的存活对象都复制完毕后，

2 这个Region就可以立即释放用于新对象的分配，但是转发表还得留着不能释放掉， 因为可能还有访问在使用这个转发表。

  • 并发重映射（Concurrent Remap）：重映射所做的就是修正整个堆中指向重分配集中旧对象的所有引用，但是ZGC中对象引用存在“自愈”功能，所以这个重映射操作并不是很迫切。ZGC很巧妙地把并发重映射阶段要做的工作，合并到了下一次垃圾收集循环中的并发标记阶段里去完成，反正它们都是要遍历所有对象的，这样合并就节省了一次遍历对象图的开销。一旦所有指针都被修正之后， 原来记录新旧对象关系的转发表就可以释放掉了。

调优指令与工具

常用指令

  • jps 获取java线程

  • top -HP 获取每个线程，显示你的java进程的内存情况，pid是你的java进程号

    printf “%x\n” 25226 // 需要将java 进程号转化为16进制， jstack中显示的进程号的都是16进制。

  • jmap 查看java内存信息

    jmap -histo pid 查看内存信息

    jmap -heap pid 查看堆信息

  • jstack 看看java线程信息

  • jstat 查看堆内存各部分的使用量，以及加载类的数量

    jstat -gc pid 评估程序内存使用及GC压力整体情况

    jstat -gc pid 1000 10 (每隔1秒执行1次命令，共执行10次)

  • jinfo 查看正在运行的Java应用程序的扩展参数

常用工具
  • Arthas
  • JProfile
  • JVisualVM

Class常量池与运行时常量池

Class 常量池

Class常量池：可以理解为是Class文件中的资源仓库。 Class文件中除了包含类的版本、字段、方法、接口等描述信息外， 还有一项信息就是常量池(constant pool table)，用于存放编译期生成的各种字面量(Literal)和符号引用(Symbolic References)。

class 常量池是静态常量池，只有到运行时被加载到内存后，这些符号才有对应的内存地址信息。

运行时常量池

运行时常量池： class 静态常量池被装入内存后，就成了运行时常量池。

  • 运行时常量池位于永久代 （Jdk 1.6 之前）
  • 去永久代后，运行时常量池位于方法区 （Jdk 1.7 之后）
字符串常量池

为提高性能和减少内存开销。

  • 为字符串开辟一个字符串常量池，类似于缓存区

  • 创建字符串常量时，首先查询字符串常量池是否存在该字符串

  • 存在该字符串，返回引用实例，不存在，实例化该字符串并放入池中

字符串常量池的位置：

Jdk1.6及之前： 有永久代, 运行时常量池在永久代，运行时常量池包含字符串常量池

Jdk1.7：有永久代，但已经逐步“去永久代”，字符串常量池从永久代里的运行时常量池分离到堆里

Jdk1.8及之后： 无永久代，运行时常量池在元空间，字符串常量池里依然在堆里

PowerMan_Frank
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Java,JVM相关笔记的代码知识
09-16
这份JVM相关的笔记包含了深入理解JVM内部工作机制的关键代码资源，是学习和优化Java应用程序的重要参考资料。下面，我们将深入探讨Java与JVM的相关知识点。 1. **类加载机制**：JVM通过类加载器（ClassLoader）将...
JVM深入笔记
03-04
JVM是一个从事Java开发的软件工程师的修炼之路上必然要翻阅的一座山。当你了解了Java的基本语言特性，当你熟悉了JavaSDK中的常用API，当你写过一些或大或小的程序后，你就会有去了解JVM的需求出现。如果你现在没有...
jvm工具笔记
最新发布
enthan809882的博客
04-24 125
之前对jvm用的比较少，一是这东西比较抽象，二是遇到的问题也比较少。在饱经jvm折磨后，该整理下了。
【图灵诸葛】jvm笔记
好好学习日记
10-23 865
如果没有这个东西，那么前面gc线程去标识为非垃圾资源的对象，可能因为（没有stw机制）用户线程执行完任务，释放了栈帧资源，导致那些非垃圾资源的对象变为了垃圾。提到了G1的关键，目标暂停时间， maxGcPauseMillions设置之后，对eden区的回收就不会整体回收了，而是在过程中通过算法计算回收的时间，如果达到目标最大时间，那么就进行分块回收。半初始化：（构造对象时，构造代码被重排序了，单线程内部没影响）还没有赋值呢，只是构造器初始化了一下，然后不为null了，就导致其他的 线程去使用了。
JVM笔记
weixin_45979976的博客
12-21 640
尚硅谷宋红康JVM笔记
宋红康老师JVM课程学习笔记
qq_44300280的博客
01-10 642
宋红康老师JVM课程学习笔记
马士兵JVM课程笔记
kinbridge的专栏
04-22 2021
马士兵JVM课程笔记不怕天黑_0819关注0.2262020.07.04 09:54:00字数 7,459阅读 3,857GC和GC Tuning GC的基础知识 1.什么是垃圾 C语言申请内存：malloc free C++： new delete c/C++ 手动回收内存 Java: new ？ 自动内存回收，编程上简单，系统不容易出错，手动释放内存，容易出两种类型的问题： 忘记回收 多次回收 没有任何引用指向的一个对象或者多个对象（循环引用） 2.如何定位垃圾 引用计数（ReferenceC
宋红康JVM 学习笔记
qq_41183828的博客
01-16 1120
为什么要学 JVM？ ⚫ 面试的需要：入职 BATJ、TMD、PKQ 等一线大厂不光关注技术的广度，更关注 技术的深度，JVM 技术是大厂面试的必备技能，掌握越深越好 ⚫ 中高级程序员、架构师必备技能：架构师每天都在思考如何让我的系统更快， 如何避免系统出现性能瓶颈。单纯的依靠物理机不足以解决问题，分析系统 性能、调优系统瓶颈离不了对 JVM 中内存、垃圾回收、字节码指令、性能监 控工具、调优参数的熟练掌握。 ⚫ 精进技术、极客追求：JVM 是 Java 生态的核心价值的体现，垃圾回收算法、 JIT、底层原
JVM学习笔记-马士兵老师
Mark_able
03-21 262
当垃圾回收线程a标记完1就去休息了。这个时候A突然指向D，然后a重新开始执行标记2;1,2皆为灰色，此时线程a不知道A还有一个D孩子，故直接把A标成黑色，D漏标。由于以前内存较小因此回收较方便，但是随着内存的增加，回收算法也必须不断增强。有一条线把每个节点连起来，没有连接到的就是垃圾。引用技术但不能解决循环引用的问题。
宋红康版JVM笔记
热门推荐
qq_42449963的博客
02-23 5万+
JVM上篇：内存与垃圾回收篇： 链接：https://pan.baidu.com/s/1FjOSkdf2u0K57Ord6MPXpA 提取码：cp6h 声明：该PPT文档制作者为 哔哩哔哩用户@中二黄大仙，如果PPT中缺少某页，请务必私信我，我来添加上，然后在重新分享给大家，谢谢！ JVM中篇：字节码与类的加载篇： 持续更新中，敬请期待 JVM下篇：性能监控与调优篇： 持续更新中，敬请期待 ...
B站狂神说JVM学习笔记
jacknoe的博客
11-11 617
JVM
jvm课程笔记
书生
12-02 200
参考：马士兵JVM课程笔记 - 简书
jvm视频及笔记
08-28
通过观看"jvm视频"，你可以直观地了解这些概念，并通过"jvm笔记"加深理解和记忆。理论学习后，实践操作是巩固知识的关键，尝试在实际项目中应用这些知识，解决性能问题，优化JVM配置，将使你对JVM的理解更加深入。
Filter中获取传递参数（解决post请求参数问题）
PowerMan_Frank
05-14 1万+
1. GET中传递的参数可以直接通过request.getParameter获取。 2. Post 传递的产生不能过直接从request.getInputStream() 读取，必须要进行重新写。（request.getInputStream()只能够读取一次） 方式： 通过重写HttpServletRequestWrapper 类 获取getInputStream中的流数据，然后在将...
拦截器中获取传递参数（解决post请求参数问题）
PowerMan_Frank
01-18 4820
GET中传递的参数可以直接通过request.getParameter获取。 Post 传递的产生不能过直接从request.getInputStream() 读取，必须要进行重新写。（request.getInputStream()只能够读取一次） 方式： 通过重写 HttpServletRequestWrapper 类 获取getInputStream中的流数据，然后在将body数据进行重新写入传递下去。 继承 HttpServletRequestWrapper 通过重写 HttpServle.
Java常用加密工具 ( MD5,sha1,SHA256)
PowerMan_Frank
05-14 3162
package com.xy.boot.cmiap.util; import lombok.extern.slf4j.Slf4j; import org.apache.commons.codec.Charsets; import org.apache.commons.codec.binary.Hex; import java.io.UnsupportedEncodingException; ...
KryoUtil ---Kryo 工具类（文件序列化）
PowerMan_Frank
08-05 1242
添加Kryo工具包： <!-- https://mvnrepository.com/artifact/com.esotericsoftware/kryo --> <dependency> <groupId>com.esotericsoftware</groupId> <artifactId>kryo</art...
Async-profiler 火焰图
PowerMan_Frank
12-10 644
Async-profiler 火焰图 火焰图 Async-profiler async-profiler 是一款开源的 Java 性能分析工具，原理是基于 HotSpot 的 API，以微乎其微的性能开销收集程序运行中的堆栈信息、内存分配等信息进行分析。 使用 采集数据，生成文件 ./profiler.sh -d 30 -f profile.svg 3456 对 PID 为 3456 的 java 进程采样 30 秒，然后生成 profile.svg 结果文件 默认情况下是分析 CPU 性能，
SpringBoot -jar 启动引入外部配置文件
PowerMan_Frank
11-23 555
配置文件在jar包 外部 直接运行jar 包 java -jar springboot.jar springboot 启动默认去一下几个路径获取资源配置 classpath:/ 查询classpatch目录 classpath:/config/ 查询 classpatch/config 目录 file:./ 去jar包同级路径下去获取 application 文件 file:./config/ 去jar包同级的config文件夹下去获取 application 文件 指定特定
宋红康jvm学习笔记 逃逸分析
05-19
逃逸分析是JVM在运行时对对象的分析，用于确定对象的作用域。如果对象只在方法内部使用，那么它就不会逃逸出该方法，否则就会逃逸。逃逸分析可以优化程序的性能，因为当对象不逃逸时，JVM可以将它们放在线程栈上分配内存，而不需要在堆上分配内存，这样可以减少GC的负担。 逃逸分析有两种类型：全局逃逸和本地逃逸。全局逃逸是指对象逃逸到方法外面，本地逃逸是指对象逃逸到同一方法的其他线程中。在JVM中，逃逸分析是由HotSpot虚拟机实现的，它可以通过编译器的优化技术来减少对象的创建和销毁，从而提高程序的性能。 逃逸分析的实现需要依赖于编译器的支持，因此它在不同的JVM实现中可能会有所不同。在一些JVM实现中，逃逸分析可能会导致代码变得更加复杂，从而降低性能。因此，在使用逃逸分析时，需要根据具体情况进行评估和选择。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值