垃圾回收基础

已于 2022-11-22 16:42:28 修改
阅读量155 收藏
点赞数 2
分类专栏： JVM 文章标签： jvm java
于 2022-11-22 16:39:04 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weicheng3016/article/details/127984952
版权

目录

基础

判断一个对象是否可以被回收

引用计数算法

  • 给对象添加引用计数器，当对象增加一个引用则计数器+1，引用失效则-1，出现循环引用时两个对象的引用计数器都不为0，导致无法回收，因此Java虚拟机不实用此方法

可达性分析算法

  • 从GC Root作为起点搜索，能够达到的对象都是存活的，不可到达的对象可以被回收
GCRoot
  • 虚拟机栈、本地方法栈中引用的对象
  • 方法区中静态属性、常量引用的对象

finalize()

  • 对象第一次被销毁前调用的方法，在此方法中可以让此对象重新被引用，从而实现自救，但是只会执行一次，第二次被销毁就不会调用了

引用类型

强引用

  • 被强引用关联的对象不会被回收。
  • 使用 new 一个新对象的方式来创建强引用：
Object obj = new Object();

软引用

  • 被软引用关联的对象只有在内存不够的情况下才会被回收
    使用 SoftReference 类来创建软引用:
SoftReference<Object> sf = new SoftReference<Object>(new Object())

弱引用

  • 被弱引用关联的对象一定会被回收，也就是说它只能存活到下一次垃圾回收发生之前
    使用 WeakReference 类来实现弱引用:
SoftReference<Object> sf = new SoftReference<Object>(new Object())

虚引用

  • 又称为幽灵引用或者幻影引用。一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用取得一个对象，为一个对象设置虚引用关联的唯一目的就是能在这个对象被回收时收到一个系统通知
    使用 PhantomReference 来实现虚引用：
SoftReference<Object> sf = new SoftReference<Object>(new Object())
System.out.println(sf.get())//null

垃圾回收算法

标记-清除

  • 将存活的对象进行标记，然后清理掉未被标记的对象。

标记-整理

  • 让所有存活的对象都向一端移动，然后直接清理掉另一端边界以外的内存

复制

  • 将内存划分为大小相等的两块，每次只使用其中一块，当这一块内存用完了就将还存活的对象复制到另一块上面，然后再把使用过的内存空间进行一次清理。现在的商业虚拟机都采用这种收集算法来回收新生代（实际是分成一块Eden区和两块Survivor区）

分代收集

现在的商业虚拟机采用分代收集算法，它根据对象存活周期将内存划分为几块，不同块采用适当的收集算法

  • 新生代使用: 复制算法
  • 老年代使用: 标记 - 清除 或者 标记 - 整理 算法

常见垃圾收集器

年轻代

Serial

在这里插入图片描述

  • 串行、单线程、高效
  • 它是 Client 模式下的默认新生代收集器，因为在用户的桌面应用场景下，分配给虚拟机管理的内存一般来说不会很大。Serial 收集器收集几十兆甚至一两百兆的新生代停顿时间可以控制在一百多毫秒以内，只要不是太频繁，这点停顿是可以接受的
ParNew

在这里插入图片描述

  • 它是 Serial 收集器的多线程版本
  • 是 Server 模式下的虚拟机首选新生代收集器，除了性能原因外，主要是因为除了 Serial 收集器，只有它能与 CMS 收集器配合工作
  • 默认开启的线程数量与 CPU 数量相同，可以使用 -XX:ParallelGCThreads 参数来设置线程数
Parallel Scavenge
  • 与 ParNew 一样是多线程收集器。其它收集器关注点是尽可能缩短垃圾收集时用户线程的停顿时间（STW），而它的目标是达到一个可控制的吞吐量，它被称为“吞吐量优先”收集器。吞吐量指= CPU 用于运行用户代码的时间/总时间
G1（年青代和年老代都可使用）
  • 通过引入 Region 的概念，从而将原来的一整块内存空间划分成多个的小空间，使得每个小空间可以单独进行垃圾回收
  • 通过记录每个 Region 垃圾回收时间以及回收所获得的空间(这两个值是通过过去回收的经验获得)，并维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的 Region
  • 每个 Region 都有一个 Remembered Set，用来记录该 Region 对象的引用对象所在的 Region。通过使用 Remembered Set，在做可达性分析的时候就可以避免全堆扫描
  • 运行过程:
  1. 初始标记
  2. 并发标记
  3. 最终标记: 为了修正在并发标记期间因用户程序继续运作而导致标记产生变动的那一部分标记记录，虚拟机将这段时间对象变化记录在线程的 Remembered Set Logs 里面，最终标记阶段需要把 Remembered Set Logs 的数据合并到 Remembered Set 中。这阶段需要停顿线程，但是可并行执行。
  4. 筛选回收: 首先对各个 Region 中的回收价值和成本进行排序，根据用户所期望的 GC 停顿时间来制定回收计划。此阶段其实也可以做到与用户程序一起并发执行，但是因为只回收一部分 Region，时间是用户可控制的，而且停顿用户线程将大幅度提高收集效率。

老年代

CMS(Concurrent Mark Sweep)

在这里插入图片描述

  • 运行过程:
  1. 初始标记: 仅仅只是标记一下 GC Roots 能直接关联到的对象，速度很快，需要停顿。
  2. 并发标记: 进行 GC Roots Tracing 的过程，它在整个回收过程中耗时最长，不需要停顿。
  3. 重新标记: 为了修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录，需要停顿。
  4. 并发清除: 不需要停顿
  • 具有以下缺点:
  1. 吞吐量低: 低停顿时间是以牺牲吞吐量为代价的，导致 CPU 利用率不够高。
  2. 无法处理浮动垃圾，可能出现 Concurrent Mode Failure。浮动垃圾是指并发清除阶段由于用户线程继续运行而产生的垃圾，这部分垃圾只能到下一次 GC 时才能进行回收。由于浮动垃圾的存在，因此需要预留出一部分内存，意味着 CMS 收集不能像其它收集器那样等待老年代快满的时候再回收。如果预留的内存不够存放浮动垃圾，就会出现 Concurrent Mode Failure，这时虚拟机将临时启用 Serial Old 来替代 CMS。
  3. 标记 - 清除算法导致的空间碎片，往往出现老年代空间剩余，但无法找到足够大连续空间来分配当前对象，不得不提前触发一次 Full GC
MSC（Serial Old）

在这里插入图片描述

  • 是 Serial 收集器的老年代版本，也是给 Client 模式下的虚拟机使用
Parallel Old

在这里插入图片描述

  • 是 Parallel Scavenge 收集器的老年代版本
  • 在注重吞吐量以及 CPU 资源敏感的场合，都可以优先考虑 Parallel Scavenge 加 Parallel Old 收集器

垃圾收集器组合

在这里插入图片描述

单线程和多线程、串行和并行回收来分：

  • 单线程与多线程: 单线程指的是垃圾收集器只使用一个线程进行收集，而多线程使用多个线程；
  • 串行与并行: 串行指的是垃圾收集器与用户程序交替执行，这意味着在执行垃圾收集的时候需要停顿用户程序；并形指的是垃圾收集器和用户程序同时执行。除了 CMS 和 G1 之外，其它垃圾收集器都是以串行的方式执行。

按工作范围来分：

部分收集

不是完整收集整个 Java 堆的垃圾收集。其中又分为：

  • 新生代收集（Minor GC/Young GC）：只是新生代的垃圾收集
  • 老年代收集（Major GC/Old GC）：只是老年代的垃圾收集
    目前，只有 CMS GC 会有单独收集老年代的行为
    很多时候 Major GC 会和 Full GC 混合使用，需要具体分辨是老年代回收还是整堆回收
混合收集（Mixed GC）

收集整个新生代以及部分老年代的垃圾收集

  • 目前只有 G1 GC 会有这种行为
整堆收集（Full GC）

收集整个 Java 堆和方法区的垃圾

对象分配

  • 大部分对象在Eden区创建
  • 栈上分配
    通过逃逸分析判断是否可以通过标量替换实现栈上分配
  • 大对象（需要连续内存空间）直接进入老年代
    比如很大的字符串/数组
    -XX:PretenureSizeThreshold，大于此值的对象直接在老年代分配，避免在 Eden 区和 Survivor 区之间的大量内存复制
  • 长期存活的对象进入老年代
    为对象定义年龄计数器，对象在 Eden 出生并经过 Minor GC 依然存活，将移动到 Survivor 中，年龄就增加 1 岁，增加到一定年龄则移动到老年代中
    -XX:MaxTenuringThreshold 用来定义年龄的阈值

Full GC的触发条件

  • 调用 System.gc()
  • 老年代空间不足
  • 空间分配担保失败
  • JDK 1.7 及以前的永久代空间不足
  • Concurrent Mode Failure
weicheng3016
关注
  • 2
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
垃圾回收
A_nanda的博客
01-16 813
新分配的对象形成了第0代的对象，并且是隐式的第 0 代集合。在集合中存活的第 2 代对象将保留在第 2 代中，直到它们被确定在未来的集合中不可访问。在.NET 中的 GC 指的是 CLR 中的自动内存管理器，GC 负责管理 .NET 程序的内存分配和释放。在垃圾收集器执行第 0代的收集后，它会压缩可访问对象的内存并将它们提升到第 1代。因为在收集中幸存下来的对象往往具有更长的生命周期，所以将它们提升到更高的代是有意义的。对象的Finalizer被执行的时间是在对象不再被引用后的某个不确定的时间。
垃圾回收器
hu_zhi_chao的博客
09-09 558
垃圾回收器GC分类与性能指标垃圾收集器分类**按线程数分**按工作模式分按碎片处理方式分评估GC的性能指标性能指标：吞吐量性能指标：暂停时间吞吐量vs暂停时间不同的垃圾回收器概述垃圾回收器发展史7种经典的垃圾收集器7款经典收集器与垃圾分代之间的关系垃圾收集器的组合关系如何查看默认垃圾收集器Serial回收器：串行回收总结ParNew回收器：并行回收Parallel回收器：吞吐量优先参数配置CMS回收器：低延迟CMS为什么不使用标记整理算法？优点缺点设置的参数小结JDK后续版本中CMS的变化G1回收器：区域化
JVM2——垃圾收集器与内存分配
qq_45725126的博客
07-31 122
垃圾收集器 1.概念 垃圾收集（Garbage Collection ，GC）的历史比 Java 久远，GC 需要思考的 3 件事情： 1.哪些内存需要回收 2.什么时候回收 3.如何回收 垃圾收集器关注的是 Java 堆中的内存，后续讨论的内存分配与回收也指这部分内存 2.判断一个对象是否需要回收 垃圾收集器进行垃圾回收之前，首先就是要判断哪些对象需要被回收（对象是否死亡） 1）引用计数法——为对象添加一个引用计数器，当对象增加一个引用时计数器加 1，引用失效时计数器减 1。引用计数为 0 的对象可被回收
GC相关
(づ￣ 3￣)づxl
07-13 161
判断对象是否可回收 1.引用计数法： 通过判断对象的引用数量来决定对象是否可回收 每个对象实例都有一个引用计数器，被引用则+1，完成引用则-1，而该对象引用超过其生命周期或者设置为新值则也视为完成引用 优点：执行效率高，程序执行受影响较少 缺点：无法检测出循环引用的情况，导致内存泄漏 2.可达性分析算法 通过判断对象的引用链是否可达来判断对象是否可以回收，由GC Root这个对象开始...
JVM 调优 —— 新生代 Survivor 空间不足
qq_31433709的博客
11-29 6056
来自 http://blog.csdn.net/wenniuwuren https://blog.csdn.net/wenniuwuren/article/details/50890824 零. 新生代调优规律 增大新生代空间， Minor GC 频率减少， Minor GC 时间上升。 减少新生代空间， Minor GC 频率上升， Minor GC 时间下降 一. 新生代典型问题 先看一...
JVM问题——解决方案
weixin_57323780的博客
04-04 214
JVM问题 怎样算JVM问题，JVM问题的特征有哪些？ 在JVM内存中是否出现频繁GC，特别是fullGC比较频繁，GC动作会挂起应用线程，严重影响性能。 查看线程的运行情况，线程是否阻塞、是否出现了死锁。 宿主机器问题、排查日志，检查程序代码 当minor GC过于频繁，或发现经常出现 minor GC时，Survivor的一个区域空间满，且 Old Gen 增长超过了Survivor区域大小时,就需要考虑新生代大小的调整了。-- a.避免新生代大小设置过小 Full GC频繁执行，m
《深入理解虚拟机》阅读笔记-内存分配与回收策略
游戈程序员
04-19 109
内存分配与回收策略 概述 对象主要分配在新生代的Eden区。 如果启动本地线程缓冲（tlab），则按线程优先分配。 少数大对象会直接分配在老年代。 分配规则并不是固定的，主要取决于垃圾收集器的组合以及相关的参数设置。 -XX:+PrintGCDetails 打印GC信息 对象优先在Eden分配 当Eden连续不足以分配对象时，触发Minor GC，将活着的Eden对...
GC(垃圾回收基础版)
07-07
以整理为XMind,方便阅读欢迎下载
垃圾回收机制
12-20
垃圾回收机制的选择和优化对Java应用程序的性能至关重要，开发者需要了解这些基础知识来更好地管理和调试程序。在实际应用中，JVM会根据各种因素动态调整垃圾回收策略，以达到最佳的内存管理效果。
java垃圾回收机制
07-28
### Java垃圾回收机制详解 #### 一、引言 Java作为一种广泛应用的编程语言，其自动内存管理机制一直是其显著特点之一。垃圾回收机制（Garbage Collection, GC）是Java自动内存管理的重要组成部分，负责自动回收不再...
Python的垃圾回收机制
01-20
首先，Python采用的是引用计数策略作为其基础的垃圾回收机制。每创建一个对象，Python都会为其分配一个引用计数器，记录有多少个引用指向该对象。当对象的引用计数变为0时，表明没有其他变量引用它，Python会自动...
垃圾回收处理中心网页模板
01-20
针对“垃圾回收处理中心”的网页模板，我们可以深入探讨与之相关的技术、设计原则以及实施策略。 首先，我们需要理解网页模板的组成部分。一个完整的网页模板通常包括HTML（超文本标记语言）文件，它是网页的基础...
jvm垃圾回收之复制算法——为什么分两块Survivor空间
iceframemo的博客
04-11 3378
复制算法的两块Survivor空间概述在《深入理解Java虚拟机》这本书中，对复制算法有一段这样的介绍：现在的商业虚拟机大多采用复制算法来收集新生代。复制算法将内存分为一块较大的Eden空间和两块较小的Survivor空间，每次使用Eden和其中一块Survivor空间，当回收时，将Eden和Survivor中还存活的对象复制到另一块Survivor上，最后清理掉Eden和刚才使用的空间。对虚拟机...
JVM调优Demo（三）合适的Survivor
05-12 999
使用参数-XX:SurvivorRatio=n表示新生代中Eden空间大小和一个Survivor的比值。 有些时候无法增加JVM的整个内存的时候（堆），也可以调整Survivor的值来进行优化，减少MinorGC和FullGC的频率。 1，增大-XX:SurvivorRatio，那么Eden就会变大，MinorGC的次数就会减少，但是Survivor也会减小，如果突然出现一些不可回收的大对象，
Java之 jvm
qq_49802050的博客
07-22 1063
元空间是永久代的实现 把永久代换成元空间的原因——整个永久代有一个 JVM 本身设置的固定大小上限，无法进行调整（也就是受到 JVM 内存的限制），而元空间使用的是本地内存，受本机可用内存的限制，虽然元空间仍旧可能溢出，但是比原来出现的几率会更小。）——初始化零值——设置对象头（这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的 GC 分代年龄等信息。直接内存：直接内存是一种特殊的内存缓冲区，并不在 Java 堆或方法区中分配的，而是通过 JNI 的方式在本地内存上分配的。
JVM 21 的优化指南：如何进行JVM调优，JVM调优参数有哪些
最新发布
程序员Linc
07-23 952
这篇文章将详细介绍如何进行JVM 21调优，包括JVM 21调优参数及其应用。此外，我将提供12个实用的代码示例，每个示例都会结合和Java代码。本文已收录于，我的技术网站，有大厂完整，工作技术，架构师成长之路，等经验分享随着JVM版本的不断更新，JVM 21 在性能和功能上都带来了显著的提升。合理的JVM调优不仅可以提高应用程序的性能，还能显著减少内存消耗和GC（垃圾回收）停顿时间。本文将详细介绍JVM 21 的优化指南，包含如何进行JVM调优以及常见的JVM调优参数，并提供3个实用的代码示例。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值