JVM（二）——垃圾回收

最新推荐文章于 2024-05-21 22:31:22 发布
最新推荐文章于 2024-05-21 22:31:22 发布
阅读量1.1k 收藏 22
点赞数 41
分类专栏： JVM 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_72406127/article/details/137001874
版权

三、垃圾回收

1、如何判断对象可以回收

1）引用计数法

定义：
在对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加一；当引用失效时，计数器值就减一；任何时刻计数器为零的对象就是不可能再被使用的。
但是存在循环引用的问题:
在这里插入图片描述

2）可达性分析算法

一系列称为“GC Roots”的根对象作为起始节点集，从这些节点开始，根据引用关系向下搜索，搜索过
程所走过的路径称为“引用链”（Reference Chain），如果某个对象到GC Roots间没有任何引用链相连，
或者用图论的话来说就是从GC Roots到这个对象不可达时，则证明此对象是不可能再被使用的。

在Java技术体系里面，固定可作为GC Roots的对象包括以下几种：

  • 在虚拟机栈（栈帧中的本地变量表）中引用的对象，譬如各个线程被调用的方法堆栈中使用到的
    参数、局部变量、临时变量等
  • 在方法区中类静态属性引用的对象，譬如Java类的引用类型静态变量。
  • 在方法区中常量引用的对象，譬如字符串常量池（String Table）里的引用。
  • 在本地方法栈中JNI（即通常所说的Native方法）引用的对象。
  • Java虚拟机内部的引用，如基本数据类型对应的Class对象，一些常驻的异常对象（比如
    NullPointExcepiton、OutOfMemoryError）等，还有系统类加载器。

3）四种引用

在这里插入图片描述

  1. 强引用：强引用是最传统的“引用”的定义，是指在程序代码之中普遍存在的引用赋值，即类似“Object
    obj=new Object()”这种引用关系。无论任何情况下，只要强引用关系还存在，垃圾收集器就永远不会回收掉被引用的对象。

  2. 软引用 (SoftReference)：在垃圾回收后，内存仍不足时会再次出发垃圾回收，回收软引用对象
    可以配合引用队列来释放软引用自身

  3. 弱引用 (WeakReference)：在垃圾回收时，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。
    可以配合引用队列来释放弱引用自身

  4. 虚引用 (PhantomReference)：无法通过虚引用获取一个对象实例。必须配合引用队列使用，主要配合 ByteBuffer 使用，被引用对象回收时，会将虚引用入队，由 Reference Handler 线程调用虚引用相关方法释放直接内存

  5. 终结器引用 (FinalReference)：无需手动编码，但其内部配合引用队列使用，在垃圾回收时，终结器引用入队（被引用对象暂时没有被回收），再由 Finalizer 线程通过终结器引用找到被引用对象并调用它的 finalize方法，第二次 GC 时才能回收被引用对象

软引用的例子：
设置堆内存大小为 20m，直接list.add(byte[])，会报 java.lang.OutOfMemoryError: Java heap space 异常，因为是强引用，无法垃圾回收。
使用 SoftReference 可以添加到 list 集合中，不会报错，但是执行到内存不足时，会进行垃圾回收。

/**
 * 演示软引用
 * -Xmx20m -XX:+PrintGCDetails -verbose:gc
 */
public class Demo2_3 {
    private static final int _4MB = 4 * 1024 * 1024;
    
    public static void main(String[] args) throws IOException {
        /*List<byte[]> list = new ArrayList<>();
        for (int i = 0; i < 5; i++) {
            list.add(new byte[_4MB]);
        }

        System.in.read();*/
        soft();
    }

    public static void soft() {
        // list --> SoftReference --> byte[]
        List<SoftReference<byte[]>> list = new ArrayList<>();
        for (int i = 0; i < 5; i++) {
            SoftReference<byte[]> ref = new SoftReference<>(new byte[_4MB]);
            System.out.println(ref.get());
            list.add(ref);
            System.out.println(list.size());
        }
        
        System.out.println("循环结束：" + list.size());
        for (SoftReference<byte[]> ref : list) {
            System.out.println(ref.get());	// null
        }
    }
}

在这里插入图片描述
输出结果中软引用被为null，可以通过引用队列释放软引用自身

/**
 * 演示软引用, 配合引用队列
 */
public class Demo2_4 {
    private static final int _4MB = 4 * 1024 * 1024;

    public static void main(String[] args) {
        List<SoftReference<byte[]>> list = new ArrayList<>();

        // 引用队列
        ReferenceQueue<byte[]> queue = new ReferenceQueue<>();

        for (int i = 0; i < 5; i++) {
            // 关联了引用队列， 当软引用所关联的 byte[]被回收时，软引用自己会加入到 queue 中去
            SoftReference<byte[]> ref = new SoftReference<>(new byte[_4MB], queue);
            System.out.println(ref.get());
            list.add(ref);
            System.out.println(list.size());
        }

        // 从队列中获取无用的 软引用对象，并移除
        Reference<? extends byte[]> poll = queue.poll();
        while( poll != null) {
            list.remove(poll);
            poll = queue.poll();
        }

        System.out.println("===========================");
        for (SoftReference<byte[]> reference : list) {
            System.out.println(reference.get());
        }
        
    }
}

在这里插入图片描述

弱引用的例子：

/**
 * 演示弱引用
 * -Xmx20m -XX:+PrintGCDetails -verbose:gc
 */
public class Demo2_5 {
    private static final int _4MB = 4 * 1024 * 1024;

    public static void main(String[] args) {
        //  list --> WeakReference --> byte[]
        List<WeakReference<byte[]>> list = new ArrayList<>();
        for (int i = 0; i < 10; i++) {
            WeakReference<byte[]> ref = new WeakReference<>(new byte[_4MB]);
            list.add(ref);
            for (WeakReference<byte[]> w : list) {
                System.out.print(w.get()+" ");
            }
            System.out.println();
        }
        System.out.println("循环结束：" + list.size());
    }
}

2、垃圾回收算法

1）标记清除（Mark-Sweep）

  • 速度较快
  • 会造成内存碎片

在这里插入图片描述

2）标记整理（Mark-Compact）

  • 速度慢
  • 没有内存碎片

在这里插入图片描述

3）复制（Copy）

  • 不会有内存碎片
  • 需要占用两倍内存空间

在这里插入图片描述

3、分代垃圾回收

在这里插入图片描述

老年代：常时间使用的对象，垃圾回收很久发生一次。单线程的垃圾收集器Serial Old(串行)，多线程并发Parallel Old(吞吐量优先)使用的垃圾回收方法是 标记-整理，多线程并发的垃圾收集器CMS（Concurrent Mark Sweep）(响应时间优先)使用的垃圾回收方法是 标记-清除

新生代：经常需要更换的对象，垃圾回收频繁，"朝生夕灭"的特点。垃圾收集器（Serial）使用的方法是 复制

  • 对象首先分配在伊甸园区域
  • 新生代空间不足时，触发 minor gc，伊甸园和 from 存活的对象使用 copy 复制到 to 中，存活的
    对象年龄加 1并且交换 from to
  • minor gc 会引发 stop the world，暂停其它用户的线程，等垃圾回收结束，用户线程才恢复运行
  • 当对象寿命超过阈值时，会晋升至老年代，最大寿命是15（4bit）
  • 当老年代空间不足，会先尝试触发 minor gc，如果之后空间仍不足，那么触发 full gc，STW的时间更长

1） 相关JVM参数

在这里插入图片描述

4、垃圾回收器

  1. 串行
    • 单线程
    • 堆内存较小，适合个人电脑
  2. 吞吐量优先
    • 多线程
    • 堆内存较大，多核 cpu
    • 让单位时间内，STW 的时间最短 0.2 0.2 = 0.4，垃圾回收时间占比最低，这样就称吞吐量高
  3. 响应时间优先
    • 多线程
    • 堆内存较大，多核 cpu
    • 尽可能让单次 STW 的时间最短 0.1 0.1 0.1 0.1 0.1 = 0.5

1）串行

-XX:+UseSerialGC = Serial + SerialOld
在这里插入图片描述

Serial收集器：它只会使用一个处理器或一条收集线程去完成垃圾收集工作，更重要的是强
调在它进行垃圾收集时，必须暂停其他所有工作线程，直到它收集结束。它依然是HotSpot虚拟机运行在客户端模式下的默认新生代收集器，有着优于其他收集器的地方，那就是简单而高效（与其他收集器的单线程相比），对于内存资源受限的环境，它是所有收集器里额外内存消耗（Memory Footprint）最小的。

2）吞吐量优先

-XX:+UseParallelGC ~ -XX:+UseParallelOldGC
-XX:+UseAdaptiveSizePolicy
-XX:GCTimeRatio=ratio
-XX:MaxGCPauseMillis=ms
-XX:ParallelGCThreads=n
在这里插入图片描述

吞吐量 = 运行用户代码时间 / （运行用户代码时间 + 运行垃圾收集时间）

Parallel Scavenge收集器：老年代的垃圾回收器，支持多线程并发收集，基于标记-整理算法实
现。

3）响应时间优先

-XX:+UseConcMarkSweepGC ~ -XX:+UseParNewGC ~ SerialOld
-XX:ParallelGCThreads=n ~ -XX:ConcGCThreads=threads
-XX:CMSInitiatingOccupancyFraction=percent
-XX:+CMSScavengeBeforeRemark
在这里插入图片描述

CMS（Concurrent Mark Sweep） 收集器： 是一种低延迟、响应时间优先的收集器。目前很大一部分的Java应用集中在互联网网站或者基于浏览器的B/S系统的服务端上，这类应用通常都会较为
关注服务的响应速度，希望系统停顿时间尽可能短，以给用户带来良好的交互体验。CMS收集器就非
常符合这类应用的需求。

5、G1 (Garbage First)

使用场景：

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

1）G1 垃圾回收阶段

在这里插入图片描述

2）Young Collection

会 STW
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3）Young Collection + CM(并发标记)

  • 在 Young GC 时会进行 GC Root 的初始标记
  • 老年代占用堆空间比例达到阈值时，进行并发标记（不会 STW），由下面的 JVM 参数决定

-XX:InitiatingHeapOccupancyPercent=percent （默认45%）
在这里插入图片描述

4）Mixed Collection

会对 E(伊甸园区)、S(幸存区)、O(老年代)进行全面垃圾回收

  • 最终标记（Remark）会 STW
  • 拷贝存活（Evacuation）会 STW

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

5）Full GC

  • SerialGC
    • 新生代内存不足发生的垃圾收集 -minor gc
    • 老年代内存不足发生的垃圾 - full gc
  • ParallelGC
    • 新生代内存不足发生的垃圾收集 - minor gc
    • 老年代内存不足发生的垃圾收集 - full gc
  • CMS
    • 新生代内存不足发生的垃圾收集 - minor gc
    • 老年代内存不足
  • G1
    • 新生代内存不足发生的垃圾收集 - minor gc
    • 老年代内存不足

6）跨代引用

  • 新生代回收的跨代引用（老年代引用新生代）问题
    在这里插入图片描述
  • 卡表与 Remembered Set
  • 在引用变更时通过 post-write barrier + dirty card queue
  • concurrent refinement threads 更新 Remembered Set

在这里插入图片描述

7）Remark

  • pre-write barrier + satb_mark_queue

重新标记阶段
在垃圾回收时，收集器处理对象的过程中

  • 黑色：已被处理，需要保留的
  • 灰色：正在处理中的
  • 白色：还未处理的
    在这里插入图片描述

6、垃圾调优

C:\Program Files\Java\jdk1.8.0_271\bin\java -XX:+PrintFlagsFinal -version | findstr "GC"
可以根据参数去查询具体的信息

1）调优领域

  • 内存
  • 锁竞争
  • cpu 占用
  • io
  • gc

2）确定目标

低延迟/高吞吐量？ 选择合适的GC

  • CMS，G1， ZGC
  • ParallelGC
  • Zing

3） 最快的 GC是不发生 GC

  • 查看 FullGC 前后的内存占用，考虑下面几个问题
    • 数据是不是太多？
      • resultSet = statement.executeQuery(“select * from 大表 limit n”)
    • 数据表示是否太臃肿？
      • 对象图
      • 对象大小 16 Integer 24 int 4
    • 是否存在内存泄漏？
      • static Map map =
      • 软
      • 弱
      • 第三方缓存实现

4）新生代调优

  • 新生代的特点
    • 所有的 new 操作的内存分配非常廉价
      • TLAB thread-lcoal allocation buffer
    • 死亡对象的回收代价是零
    • 大部分对象用过即死
    • Minor GC 的时间远远低于 Full GC

一般对新生代调优，可以调优的空间大

  • 越大越好吗？
    -Xmn (设置堆空间中新生代的内存大小)
    Sets the initial and maximum size (in bytes) of the heap for the young generation (nursery). GC is
    performed in this region more often than in other regions. If the size for the young generation is
    too small, then a lot of minor garbage collections are performed. If the size is too large, then only
    full garbage collections are performed, which can take a long time to complete. Oracle recommends that you keep the size for the young generation greater than 25% and less than 50% of the overall heap size.

回答：新生代的空间越大，吞吐量越大，(Full GC的次数少了)，但是空间大到一定程度时，吞吐量会下降，因为空间太大，一旦触发 Full GC 时，垃圾回收时间会大大增加。

  • 新生代能容纳所有【并发量 * (请求-响应)】的数据
  • 幸存区大到能保留【当前活跃对象 + 需要晋升对象】
  • 晋升阈值配置得当，让长时间存活的对象尽快晋升
    -XX:MaxTenuringThreshold=threshold
-XX:+PrintTenuringDistrubution

5）老年代调优

以 CMS 为例

  • CMS 的老年代内存越大越好
  • 先尝试不做调优，如果没有 Full GC 那么已经…，否则先尝试调优新生代
  • 观察发生 Full GC 时老年代内存占用，将老年代内存预设调大 1/4 ~ 1/3
    • -XX:CMSInitiatingOccupancyFraction=percent 值越低，老年代触发垃圾回收的时机越早

6）案例

案例1：Full GC 和 Minor GC 频繁
案例2：请求高峰期发生 Full GC，单次暂停时间特别长（CMS）
案例3：老年代充裕情况下，发生 Full GC（jdk1.7前）

诗这样的
关注
  • 41
    点赞
  • 踩
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM调优面试题——垃圾回收专题
二蛋的博客
03-08 2922
1、如何确定一个对象是垃圾？1.1、引用计数法1.2、可达性分析2、对象被判定为不可达对象之后就“死”了吗？3、都有哪些垃圾收集算法？3.1、标记-清除(Mark-Sweep)3.2、标记-复制(Mark-Copying)3.3、标记-整理(Mark-Compact)3.4、分代收集算法3.5、三色标记4、什么是STW（stoptheworld）？5、你知道哪些垃圾收集器？5.1、Serial5.2、SerialOld5.3、ParNew5.4、ParallelScavenge5.5、ParallelOld
Java 垃圾回收机制概念梳理
12-22
牢记了这点之后，我们再来深入地了解下这个被称为“垃圾回收”的自动化内存回收在JVM中到底是如何实现的。 　手动管理内存 　在介绍现代版的垃圾回收之前，我们先来简单地回顾下需要手动地显式分配及释放内存的...
JVM详解——垃圾回收
雪月清的博客
03-06 1363
本文详细讲解Java虚拟机进行对象内存分配的过程、对象内存分配的方式、对象内存分配过程中可能出现的问题、判断对象是否可以被回收的方式、三种垃圾回收算法。
JVM性能——垃圾回收器的优化策略
大风的博客
11-02 793
简单介绍下回收器优化策略
JVM笔记 —— 垃圾回收（GC）详解
m0_56602092的博客
04-22 1841
严格来说，如果某些对象在程序中不会再被用到了，但是这些对象又无法被垃圾收集器回收（GC Roots以及其引用链可达的强引用对象），那么这些对象所占用的内存就处于平白浪费的状态了，这就的内存泄漏。如果这种情况可以累积，随着内存泄漏的增多，就会导致严重的性能问题甚至OOM。宽泛地说，实际情况中很多时候一些不太好的实践会导致对象的生命周期变得过长，比如不合理地进入了老年代，在老年代中堆积，等到Full GC时才能被回收，这种情况也可以叫“内存泄漏”。
JVM总结——垃圾回收机制
weixin_42731588的博客
11-27 370
JVM总结——垃圾回收机制本篇为JVM中垃圾回收相关知识总结对象的存储与堆区的划分垃圾标记的算法垃圾回收的算法垃圾回收器年轻代和老年代对应的垃圾回收器 本篇为JVM中垃圾回收相关知识总结 Java语言实现了自动的垃圾回收机制，使得程序员在编写程序的过程中可以将精力更多地放在业务逻辑的实现上，而不用时刻关注内存的使用与回收。这里主要总结下JVM内存中堆区对象的回收。 对象的存储与堆区的划分 按照垃圾...
JVM GC——垃圾回收算法
2401_84788504的博客
05-16 372
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
JVM——垃圾回收
qq_55931044的博客
02-14 1602
java语言和C++语言的区别，就在于垃圾收集技术和内存动态分配上，C++语言没有垃圾收集技术，需要开发人员手动的收集。垃圾收集并不是java的产物。垃圾回收的三大经典问题：那些内存需要回收？什么时候回收？如何进行回收？垃圾是指运行程序中没有任何引用指向的对象，需要被回收。
JVM——垃圾回收器
qq_52025570的博客
03-18 725
JVM——垃圾回收器 按照工作模式分，可以分为并发式垃圾回收器和独占式垃圾回收器。 并发式垃圾回收器与应用程序线程交替工作，以尽可能减少应用程序的停顿时间。 独占式垃圾回收器(stop the world)一旦运行，就停止应用程序中的所有用 户线程，直到垃圾回收过程完全结束。 按碎片处理方式分，可分为压缩式垃圾回收器和非压缩式垃圾回收器。 压缩式垃圾回收器会在回收完成后，对存活对象进行压缩整理， 消除回收后的碎片非压缩式的垃圾回收器不进行这步操作。 按工作的内存区间分，又可分为年轻代垃圾回收器和老年代垃
JVM性能——垃圾回收器的介绍
大风的博客
11-01 711
简单介绍下JDK8的回收器，聊聊用哪种回收器会好些
3.0、JVM 学习——垃圾回收器
༺ bestcxx的专栏 ༻
08-14 339
文章目录前言本文基于 HotSpot 虚拟机JVM 内存模型中的堆（Heap）堆分为新生代和老年代新生代 和 Minor GC老年代和 Major GC/FullGC永久代和Major GC/Full GC垃圾回收器 前言 体能状态先于精神状态，习惯先于决心，聚焦先于喜好。 本文基于 HotSpot 虚拟机 本文基于 HotSpot 虚拟机 JVM 内存模型中的堆（Heap） JVM 内...
Java 详解（JVM） 垃圾回收机制原理（csdn）————程序.pdf
12-01
Java 详解（JVM） 垃圾回收机制原理（csdn）————程序
什么是Java虚拟机（JVM）？——–回过头来看
12-22
什么是Java虚拟机（JVM）？——–回过头来看 博客说明 文章所涉及的资料来自互联网整理和个人总结，...Java虚拟机包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收堆和一个存储方法域。 Java虚拟机（JVM）是可
7种jvm垃圾回收器，这次全部搞懂（csdn）————程序.pdf
12-01
7种jvm垃圾回收器，这次全部搞懂（csdn）————程序
实战Java虚拟机——JVM故障诊断与性能优化 pdf
10-10
第4~~5章介绍了垃圾回收的算法和各种垃圾回收器。第6章介绍了虚拟机的性能监控和故障诊断工具。第7章详细介绍了对Java堆的分析方法和案例。第8章介绍了Java虚拟机对多线程，尤其是锁的支持。第9~~10章介绍了虚拟机的...
Java中的JVM类加载机制
2201_75437633的博客
05-18 404
可以继承java.lang.ClassLoader类，实现自己的类加载器，以满足特定的加载需求。
【JVM】一次JVM内存泄露分析处理
最新发布
coding and writing
05-21 446
JVM内存溢出处理
JVM之方法区的回收
hguhbh的博客
05-18 271
通过垃圾回收器来对不在使用的对象完成自动的回收，垃圾回收器主要负责对堆上的内存的回收。这个新建的类加载器必须是自定义的类加载器，由于系统类加载器加载的类不会被卸载，并且只加载一次，所以普通项目很难获取到类卸载的日志。所以想要看到跟踪类卸载的日志，我们需要使用自定义的类加载器。下面我们通过代码来测试一下：我们新建一个类加载器，用这个类加载器去加载一个类，然后在把该类实例化。依次对实例对象没有全被回收、类加载器没被回收、Class对象被引用进行测试，看看能不能被回收。2、加载该类的类加载器已经被回收。
面试 JVM 八股文十问十答第七期
qq_67358181的博客
05-17 544
相信看了本文后，对你的面试是有一定帮助的！关注专栏后就能收到持续更新！⭐。
jvm怎么配置垃圾回收
01-13
JVM的垃圾回收可以通过配置不同的参数来进行调整。以下是一些常用的垃圾回收相关的JVM参数配置： 1. -Xmx：设置JVM堆的最大内存大小。例如，-Xmx2g表示将最大堆内存设置为2GB。 2. -Xms：设置JVM堆的初始内存大小...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值