JVM入门级个人总结（四）垃圾回收（二）垃圾回收器

最新推荐文章于 2024-05-24 02:08:26 发布
最新推荐文章于 2024-05-24 02:08:26 发布
阅读量623 收藏
点赞数 1
文章标签： java 开发语言 后端 jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_49405843/article/details/122016771
版权

JVM个人总结（四）

（个人对黑马程序员JVM完整教程总结，原视频地址https://www.bilibili.com/video/BV1yE411Z7AP）

垃圾回收

相关VM参数

含义参数
堆初始大小-Xms
堆最大大小-Xmx 或 -XX:MaxHeapSize=size
新生代大小-Xmn或（-XX:NewSize=size + -XX:MaxNewSize=size)
幸存区比例（动态）-XX:InitialSurvivorRatio=ratio和-XX:+UseAdaptiveSizePolicy
幸存区比例-XX:SurvivorRatio=ratio
晋升阈值-XX:MaxTenuringThreshold=threshold
晋升详情-XX:+PrintTenuringDistribution
GC详情-XX:+PrintGCDetails -verbose:gc
FullGC 前 MinorGC-XX:+ScavengeBeforeFullGC

垃圾回收器

  1. 串行

    单线程

    堆内存较小，适合个人电脑

  2. 吞吐量优先

    多线程

    堆内存较大，多核CPU

    让单位时间内，STW(stop the world)的时间最短

  3. 响应时间优先

    多线程

    堆内存较大，多核CPU

    尽可能让STW的 单次 时间最短

串行

-XX:+UseSerialGC = Serial + SerialOld
在这里插入图片描述垃圾回收时stop the world 其他线程会阻塞

吞吐量优先

在这里插入图片描述
①UseParallelGC：并行（parallel，多个垃圾回收器可以同时运行，但是不能和用户工作线程同时运行） 新生代

​ UseParallelOldGC：并行 老年 标记整理 （这两个开关两个连带开启）

②采用自适应的大小调整策略（动态去调整 伊甸园和幸存区比例、堆大小、晋升阈值等等）

③调整吞吐量的大小（例：垃圾回收时间不能超过总时间的%，如果不能达到目标，就会调整堆大小，致使垃圾回收次数下降，达到垃圾 回收时间下降，吞吐量提高）
（③④两者冲突，类似成反比）

④最大垃圾回收的暂停毫秒数

⑤控制垃圾回收线程数

响应时间优先 CMS

在这里插入图片描述
①UseConcMarkSweepGC（CMS）： 并发（concurrent，垃圾回收在回收的同时其他的用户线程也能同时运行） 标记清除 老年代

​ UseParNewGC： 复制 新生代

​ SerialOld：（当CMS并发失败时（碎片过多造成空间不足），会退化到SerialOld，垃圾回收时间会飙升）标记整理 单线程 老年代

②初始标记时

​ ParallelGCThreads：并行垃圾回收线程数

​ ConcGCThreads：并发垃圾回收线程数

③执行CMS垃圾回收的内存占比（预留空间给其他）

④做一次新生代垃圾回收，新生代数量少了，之后扫描对象少了，能够减轻重新标记时的压力

G1

Garbage First

JDK7中正式支持

JDK9中默认使用（JDK9中废弃了CMS）

适用场景
  • 同时注重吞吐量（Throughput）和低延迟（Low latency），默认的暂停目标是200ms
  • 超大堆内存，会将堆划分为多个大小相等的Region
  • 整体上是 标记+整理算法，两个区域之间是复制算法
相关JVM参数

-XX:+UseG1GC

-XX:G1HeapRegionSize=size

-XX:MaxGCPauseMillis=time

G1垃圾回收阶段

在这里插入图片描述

1）新生代收集Young Collection

整个UI内存被划分成一个个大小相同的区域，每个区域都可以独立作为 伊甸园，幸存区，老年代
在这里插入图片描述
在这里插入图片描述

2）新生代收集+并发标记 Young Collection + CM(Concurrent Mark)
  • 在 Young GC 时会进行GC Root 初始标记
  • 老年代占用堆空间比例达到阈值时，进行并发标记（不会STW），由JVM参数决定（-XX:InitiatingHeapOccupancyPercent=percent(默认45%)）
    在这里插入图片描述
3）混合收集 Mixed Collection

会对 E，S，O 进行全面垃圾回收

  • 最终标记（Remark）会STW（标记在并发标记中遗漏的）

  • 拷贝存活（Evacuate）会STW

    -XX:MaxGCPauseMillis=ms
    在这里插入图片描述

G1 会根据最大暂停时间，有选择的进行回收老年代（堆内存太大，老年代回收时间过长，所以只选择性回收垃圾多的区域）

Full GC 问题

  • Serial GC 串行

    新生代内存不足发生的垃圾收集 - minor gc

    老年代内存不足发生的垃圾收集 - full gc

  • ParallelGC 并行

    新生代内存不足发生的垃圾收集 - minor gc

    老年代内存不足发生的垃圾收集 - full gc

  • CMS

    新生代内存不足发生的垃圾收集 - minor gc

    老年代内存不足，并发失败后，退化到串行，才会有Full GC

  • G1

    新生代内存不足发生的垃圾收集 - minor gc

    老年代内存不足，在并发标记和混合收集时，如果 回收垃圾速度 跟不上 新垃圾产生的速度，并发收集失败，退化至串行收集，才会发生Full GC

Young Collection 跨代引用

新生代回收的跨代引用（老年代 引用 新生代 ）问题

因为大部分 根对象 来源于 老年代，由于老年代存活的对象多，查找麻烦，所以将老年代再次细分成 CardTable卡表 （每个card 512B）
在这里插入图片描述

为了查到 新生代 的 根对象 （来源于老年代）

(例如：集合插入新的对象，集合在老年代，新的对象在新生代)

标记脏卡：将 有老年代引用新生代 的 卡 标记为脏卡

能够使在遍历根对象时，只需要遍历脏卡对象，减少搜索范围，大大提升效率
在这里插入图片描述

被引用的新生代中会有 Remembered Set 会记录 外部 对其的引用（记录对其引用的脏卡，就可以直接遍历其脏卡中的GC Root，提高效率）

concurrent refinement threads 更新 Remembered Set

在 引用 变更 时通过post-write barrier + dirty card queue，将脏卡的更新 信息保存在此queue中之后再由一条线程去更新

Remark 重新标记阶段

以下是并发标记中的处理阶段 ：

黑色：已经处理完成的，结束时会存活

灰色：正在处理当中的，因为被强引用，最终会变为黑色存活

白色：未处理的，因为被强引用，最终也会变成黑色存活
在这里插入图片描述

由于该标记的环境是 并发 的
在这里插入图片描述

所以，Remark 重新标记 就是解决这个问题

加入 写屏障：当C对象的 引用 发生改变时，写屏障代码就会执行，将C加入到一个队列中，并变为灰色

在并发标记阶段结束后，再去判断该队列中的对象是否有被引用，再处理

JDK 8u20 字符串去重

优点：节省大量内存

缺点：略微多占用了cpu时间，新生代回收时间略微增加

-XX:+UseStringDeduplication
在这里插入图片描述

  • 将所有新分配的字符串放入一个队列

  • 当新生代回收时，G1并发检查是否有字符串重复

  • 如果他们值一样，让它们引用同一个char[]

  • 注意：与String.intern()不一样

    ​ String.intern()关注的是字符串对象

    ​ 而字符串去重关注的是char[]

    ​ 在JVM内部，使用了不同的字符串表

JDK 8u40 并发标记类卸载
  • 所有对象都经过并发标记后，就能知道哪些类不再被使用，当一个类加载器的所有类都不再使用，则卸载它加载的所有类（只有自定义的会被卸载）

-XX:+ClassUnloadingWithConcurrentMark 默认启动

JDK 8u60 回收巨型对象
  • 一个对象大于region的一半时，称之为巨型对象
  • G1 不会对巨型对象进行拷贝
  • 回收时被优先考虑
  • G1会跟踪老年代所有incoming引用，这样老年代incoming引用为0的巨型对象就可以在新生代垃圾回收时处理掉（例如下图中①②引用没有后，该H就可以在新生代垃圾回收时处理）
    在这里插入图片描述
JDK 9 并发标记起始时间的调整

  • 并发标记 必须在堆空间沾满前完成，否则退化为 FullGC

  • JDK 9 之前需要使用 -XX:InitiatingHeapOccupancyPercent

  • JDK 9 可以动态调整

    -XX:InitiatingHeapOccupancyPercent 用来设置初始值

    进行数据采样并动态调整

    总会添加一个安全的空档空间

g引用为0的巨型对象就可以在新生代垃圾回收时处理掉（例如下图中①②引用没有后，该H就可以在新生代垃圾回收时处理）

[外链图片转存中…(img-UQMBnaQ0-1639831561616)]

JDK 9 并发标记起始时间的调整

  • 并发标记 必须在堆空间沾满前完成，否则退化为 FullGC

  • JDK 9 之前需要使用 -XX:InitiatingHeapOccupancyPercent

  • JDK 9 可以动态调整

    -XX:InitiatingHeapOccupancyPercent 用来设置初始值

    进行数据采样并动态调整

    总会添加一个安全的空档空间

Mun1an
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一文了解JVM全部垃圾回收器，从Serial到ZGC
02-24
对象搜索算法与回收算法介绍了垃圾回收的基础算法，相当于垃圾回收的方法论。接下来就详细看看垃圾回收的具体实现。上文提到过现代的商用虚拟机的都是采用分代收集的，不同的区域用不同的收集器。常用的7种收集器，...
JVM第八篇（垃圾回收器G1）
保持热爱，持续学习
11-13 1669
垃圾回收器G1 定义：Garbage First 发展： 2004 论文发布 2009 JDK 6u14 体验 2012 JDK 7u4 官方支持 2017 JDK 9 默认G1，废弃了CMS 适用场景： 同时注重吞吐量（Throughput）和低延迟（Low latency），默认的暂停目标是 200 ms 超大堆内存，会将堆划分为多个大小相等的 Region 整体上是 标记+整理 算法，两个区域之间是 复制 算法 相关 JVM 参数 -XX:+UseG1GC （使用G1垃圾回收器，JDK9以上为默认
JVM垃圾回收器常见参数设置及优化
wwwvipp的博客
01-14 5661
JVM垃圾回收器参数 Serial/Serial Old 开启参数 -XX:+UseSerialGC 新生代和老年代都用串行收集器 Parallel常用参数 开启参数 JDK1.8默认就是以下组合 -XX:+UseParallelGC新生代使用Parallel Scavenge，老年代使用Parallel Old -XX:MaxGCPauseMillis 不过大家不要异想天开地认为如果把这个参数的值设置得更小一点就能使得系统的垃圾收集速度变得更快，垃圾收 集停顿时间缩短是以牺牲吞吐量和新生代空间为代价换取的
G1调优实践日记--G1HeapWastePercent和InitiatingHeapOccupancyPercent的应用
热门推荐
葵续浅笑的博客
11-11 1万+
背景 最近有个算文本相似度的需求，当然这算法copy过来没做过什么验证就直接上线了，然后应用程序莫名就开始OOM，然后进程直接被kill掉，当然一开始我没想起来是这段算法代码的锅，我把java_pid18776.hprof文件down下来先用jprofiler研究了一番，居然发现没有什么大对象，然后我以为是其它原因，比如kafka消费量大导致的问题，然后去折腾jvm参数。直接导致我因为没有找到根本原因白白浪费时间。但是有失必有得，这次我也了解了G1的一些有用的调优参数，帮助我后期更了解G1 顺便抱怨一句，下
JVM——GC回收器原理
庄小焱
12-03 1142
有的地方说“GC 暂停”，有的地方说“GC 停顿”，其实两者是一个意思，但为了表述的流畅，所以会使用不同的词语。更细致的辨别，可以认为暂停是业务线程的暂停，停顿是指应用程序层面的停顿。ZGC 即 Z Garbage Collector（Z 垃圾收集器，Z 有 Zero 的意思，主要作者是 Oracle 的 Per Liden），这是一款低停顿、高并发，基于小堆块（region）、不分代的增量压缩式垃圾收集器，平均 GC 耗时不到 2 毫秒，最坏情况下的暂停时间也不超过 10 毫秒。
JVM高级调优
douyunqian668的博客
06-09 276
1.通过调整InitatingHeapOccupancyPercent标志可以调整G1收集器,更频繁地启动后台垃圾收集线程 2如果有重组的cpu资源,可以考虑调整增加垃圾收集线程数 3
[GC进阶]--调优JVM
欢迎来到我的博客，一起探索代码里的世界！
07-31 668
英文原文：https://www.oracle.com/technetwork/articles/java/g1gc-1984535.html 该垃圾首先垃圾收集器（GC G1）是Java HotSpot虚拟机的低暂停，服务器风格的分代垃圾收集器。G1 GC使用并发和并行阶段来实现其目标暂停时间并保持良好的吞吐量。当G1 GC确定需要进行垃圾收集时，它会首先收集具有最少实时数据的区域（垃圾优先）...
JVM之GC调优原理（十）
wys的专栏
06-28 335
堆初始化占比（IHOP ,Initiating Heap Occupancy Percent）是一个临界值，该值是指占用老年代堆区的百分比例，当实际老年代堆区占用比例达到此临界值，则触发并发开始收集操作（Concurrent Start collection）...
Java高级面试JVM虚拟机、内存结构、垃圾回收机制
12-28
java工程师高级面试之JVM虚拟机底层原理篇：VM种类，内存结构，运行原理，垃圾回收算法，各种垃圾回收器等。
Java+JVM+垃圾回收机制
02-25
该资源通过图像及文字详细分析回答了JVM垃圾回收机制的三个重要面试问题： 1.哪些垃圾是需要回收的？ 判断对象是否需要回收有两种算法。一种是引用计数算法、一种是可达性分析算法。 2.有哪些重要的垃圾回收算法？ ...
JVM垃圾回收器工作原理及使用实例介绍Java开发Java
11-22
JVM垃圾回收器工作原理及使用实例介绍Java开发Java经验技巧共15页.pdf.zip
G1垃圾回收器论文【免积分下载】
05-20
Garbage-FirstGarbageCollectionOctober 24-25, 2004
JVM：25 线上系统部署采用G1垃圾回收器，如何设置参数？
喜欢历史的码农
09-12 972
1. 什么时候出发新生代 + 老年代的混合垃圾回收？ G1 有个参数，是 “-XX:InitiatingHeapOccupancyPercent” ，默认值是45%。意思是老年代占据了堆内存的45%的 Region时，就会触发一个新生代 + 老年代一起回收的混合回收阶段。 2. G1垃圾回收的过程 首先会触发一个 “初始标记” 操作，这一过程需要进入 STW，但仅仅是标记一下 GC Roots 直接能引用的对象，速度是很快的。 整个过程是，先停止系统程序的运行，然后对各个线程栈内存中的局部变量代表的
【JVM】G1垃圾收集器知多少
7me
08-26 948
在JDK 9中G1取代Parallel Scavenge加Parallel Old组合，成为服务端模式下的默认垃圾收集器，而CMS则沦落至被声明为不推荐使用（Deprecate）的收集器。本文主要学习G1垃圾收集器。Garbage First（简称G1）收集器是垃圾收集器技术发展历史上的里程碑式的成果，它开创了收集器面向局部收集的设计思路和基于Region的内存布局形式。G1旨在当前目标应用程序和环境提供延迟和吞吐量之间的最佳平衡使用并行与并发。...
JVM参数详解
zangzh的博客
01-27 1118
JVM参数详解 一.参数详解 1、基本参数 -Xms2048m 初始堆大小 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制. 调整同-Xmx一样可提高性能,防止使用时再申请 -Xmx2048m 最大堆大小 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制 -Xmn512 年轻代大小 注意：此处的大小是（eden+ 2 survivor space).与jmap -heap中显
Kafka调优
Xjzzon的博客
11-08 423
Kafka调优 这些参数通常与虚拟内存、网络子系统和用来存储日志片段的磁盘挂载点有关，一般配置在/etc/sysctl.conf中。 1.虚拟内存 对于大多数依赖吞吐量的应用程序来说，尽量避免内存交换。内存页和磁盘之间的交换对Kafka各方面的性能都有重大影响。Kafka大量地使用系统页面缓存，如果虚拟内存被交换到磁盘，说明已经没有多余内存可以分配给页面缓存了。 建议把vm.swappiness参数的值设置得小一点，比如1，这样可以防止系统内存不够用的时候，进程突然中止，又可以减少内存交换次数。该参数指明了
JVM-垃圾回收
宋文轩
10-26 3862
垃圾回收及其算法
JVM学习总结——十二、JVM一次调优优化过程
技术分子博客
05-15 1086
问题： 最近接触一个项目，项目恢复测试时发现3次下单2次超时。这就比较恐怖了，业务方之间反馈出来了，通过排查日志发现一个组装参数的方法耗时大概300~500ms,现在的RPC接口肯定不能接受。 排查方式： 通过观察Young GC 发现一次300多ms,时间也正好吻合。 机器配置 2C4G 每次FullGC后，内存都能回到某一个值可以排除内存泄漏的情况 解决方式： 对垃圾回收器进行参数调优，调优过程发现程序处理问题的复杂度不同参数也需要微调。 最主要的是当程序足够复杂，JVM参数调优是不明显
java学习和项目总结
最新发布
2301_79390585的博客
05-24 601
JRE：JRE是Java 运行时环境，主要包括了两个运行需要的组件：JVM 和 Java 核心类库，如果不进行java开发只想运行就可以只下载JRE。而Java语言，它的代码会先通过javac编译成字节码，再通过jvm将字节码转换成机器码（0和1）执行，即解释运行和编译运行配合使用，所以是混合型。在程序运行之前，通过编译器将源程序编译成机器码可运行的二进制，以后执行这个程序时，就不用再进行编译了。JVM：JVM是java进行编译的虚拟机，是Java 能够跨平台运行的核心。特点：执行速度慢、效率低；
jvm CMS与其他老年代垃圾回收器的区别？
03-25
A：JVM CMS和其他老年代垃圾回收器的区别在于其运作方式和性能表现。CMS使用了一种基于标记-清除算法的垃圾回收算法，其通过在短暂的STW（Stop-The-World）过程中清除部分垃圾对象，以减少垃圾回收器的停顿时间。而...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值