JVM(三)：GC回收

最新推荐文章于 2024-09-04 16:54:18 发布
最新推荐文章于 2024-09-04 16:54:18 发布
阅读量254 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wanxiaoderen/article/details/106643457
版权

GC设计出发点：

  • 那些内存需要回收？
  • 什么时候需要回收？
  • 如何回收？

应用：

目前内存的动态分配与内存回收技术已经相当成熟，一切看起来都进入了“自动化”时代，那为什么我们还要去了解GC和内存分配呢？答案很简单：当需要排查各种内存溢出、内存泄漏问题时，当垃圾收集成为系统达到更高并发量的瓶颈时，我们就需要对这些“自动化”的技术实施必要的监控和调节

程序基数器、虚拟机栈、本地方法栈、随着线程的生命周期，分配和xiao销毁确定。但是heap堆的很多内存运行时才能确定，所以本节聚焦于heap堆

##对象是否有效
####引用计数法 Reference Counting

描述：为对象添加一个引用计数器，引用就+1，引用失效-1，GC定期清理为0的对象。
优点： 简单易实现
缺陷：无法解决两个对象互相引用
应用： 主流java虚机没有使用应用计数算法来管理内存，python和游戏脚本领域被广泛用来做内存管理。
####可达性分析 reachability analysis
描述：GC Roots，当一个对象到GC Roots没有任何引用链(reference chain)相连，证明此对象不可用
范围： java中可以作为GCroots的对象包括这几种 虚拟机栈(栈桢中的本地变量表)中引用的对象、方法区中类静态属性引用的对象、方法区中常量引用的对象、本地方法栈中JNI(即一般说的Native方法)引用的对象。
应用：主流
####如何记录引用
|引用类型||||
|:—😐:—😐:—😐:—😐
|强引用|软引用|弱引用|虚引用|
|strong reference|soft reference|weak reference|phantom reference|
|Object obj =new Object()|有用分非必需，内存紧张时会回收|生存到下次GC收集前|被回收时会有个系统通知|
####回收过程
|回收过程||
|:—😐:—😐
|GCroots不可达|被第一次标记并筛选一次|
|是否要执行的finalize()方法|有待执行的finalize()，被放入F-Queue，jvm会起一个低优先线程自动执行：即JVM会触发该方法，但不承诺等待它结束。除非finalize()中被使用(如把this指针给其他对象)，可脱离被销毁|
|||
|回收方法区|hotspot的永久代|
|回收对象|废弃常量和无用的类,String常量，等|
|废弃常量|判断是否无用和堆常量的GC机制类似|
|废弃类|条件： 实例均已被回收、 加载该类的ClassLoadera被回收、 对应的java.lang.Class对象没有在任何地方被引用
|使用|在大量使用反射、动态代理、CGLib等ByteCode框架、动态生成JSP以及OSGi这类频繁自定义ClassLoader的场景都需要虚拟机具备类卸载的功能，以保证永久代不会溢出 |

##垃圾回收算法

标记清除 Mark-Sweep回收过程中的标记过程+清除
不足：标记和清除效率都不高、标记清除后会产生大量不连续的内存碎片
标记清除
复制copying将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间一次清理掉。这样使得每次都是对整个半区进行内存回收，内存分配时也就不用考虑内存碎片等复杂情况，只要移动堆顶指针，按顺序分配内存即可，实现简单，运行高效。只是这种算法的代价是将内存缩小为了原来的一半，太高了
复制
应用主流的都采用这种回收新生代。将内存分为一块较大的Eden和两块较小的Survivor,默认比例E:S=8:1
描述当回收时，将Eden和Survivor中还存活着的对象一次性地复制到另外一块Survivor空间上，最后清理掉Eden和刚才用过的Survivor空间。HotSpot虚拟机默认Eden和Survivor的大小比例是8:1，也就是每次新生代中可用内存空间为整个新生代容量的90%（80%+10%），只有10%的内存会被“浪费"。我们没有办法保证每次回收都只有不多于10%的对象存活，当Survivor空间不够用时，需要依赖其他内存（这里指老年代）进行分配担保（Handle Promotion）
标记-整理 Mark-Compact标记过程仍然与“标记-清除”算法一样，但后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存
标记-整理
分代收集 Generational Collection根据对象存活周期的不同将内存划分为几块。一般是把Java堆分为新生代和老年代
新生代，大批对象死去，选用复制算法
老年代，对象存活率高使用标记-清理或者标记-整理

##HotSpot的算法实现

  • 枚举根节点
    GC停顿 用来枚举根节点，确保收集到某一刻的系统快照，而不是正在变化着的，所以必须暂停下所有java线程
    OopMap Hotpot记录对象引用的数组，GC领顿时能快速找到所有对象信息。
  • 安全点 safepoint

程序执行时并非在所有地方都能停顿下来开始GC，只有在到达安全点时才能暂停。Safepoint的选定既不能太少以致于让GC等待时间太长，也不能过于频繁以致于过分增大运行时的负荷。所以，安全点的选定基本上是以程序“是否具有让程序长时间执行的特征”为标准进行选定。例如方法调用、循环跳转、异常跳转等，所以具有这些功能的指令才会产生Safepoint。

两种方案让GC发生时，所有线程都跑到最近的安全点停下来

抢占式中断GC时，暂停所有线程，让非安全点线程继续，直到跑到安全点，但是没有虚拟机采用这种方式
主动式中断当GC需要中断线程时，设立一个flag，线程自己去轮询flag，然后中断自己到安全点
  • 安全区域 safe region

sleep或block线程(挂起，没有被分配cpu)无法响应GC，不能进入到Safepoint。就需要安全区域
描述
安全区域是指在一段代码片段之中，引用关系不会发生变化。在这个区域中的任意地方开始GC都是安全的。我们也可以把Safe Region看做是被扩展了的Safepoint。
行为
在线程执行到Safe Region中的代码时，首先标识自己已经进入了Safe Region，那样，当在这段时间里JVM要发起GC时，就不用管标识自己为Safe Region状态的线程了。在线程要离开Safe Region时，它要检查系统是否已经完成了根节点枚举（或者是整个GC过程），如果完成了，那线程就继续执行，否则它就必须等待直到收到可以安全离开Safe Region的信号为止。

##垃圾收集器
算法是内存回收的方法论，收集器是具体实现。
7种作用于不同分代的收集器，如果两个收集器之间存在连线，就说明它们可以搭配使用
收集器们

备注：
●并行（Parallel）：指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态。
●并发（Concurrent）：指用户线程与垃圾收集线程同时执行（但不一定是并行的，可能会交替执行），用户程序在继续运行，而垃圾收集程序运行于另一个CPU上。
GCTimeRatio GC时间停顿

serial收集器单线程《深入理解Java虚拟机》
ParNew收集器多线程版serial*
Parallel Scavenge收集器新生代*
Serial Old收集器老年代*
CMS收集器Concurrent Mark Sweep 以最短停顿为目标*
G1收集器与CMS比更先进，但目前差距不大*

理解GC日志

见《深入理解Java虚拟机》

##内存分配与回收策略

Java技术体系中所提倡的自动内存管理最终可以归结为自动化地解决了两个问题：给对象分配内存以及回收分配给对象的内存

对象优先在Eden分配XX:+PrintGCDetails GC是打印日志Eden空间不够时，JVM发起Minor GC1
大对象直接进入老年代很长的字符串和数组避免私用一堆"朝生夕死"的大对象
长期存活的对象进入老年代记"岁",minor存活一次则长一岁
动态对象年龄判定年老是相对的，空闲时相对老的进入老年代
空间分配担保minor GC之前会检查 老年代最大连续可用空间是否大于新生代所有对象的空间，成立说明MinorGC安全，否则将尝试一次有风险的MinorGC，如果不允许冒险，讲改为进行一次Full GC
冒险指的是，GC发现老年代给survivor预留的空间不够，需要再进行Full GC，让老年代腾出更多空间，FullGC时间长

后面作为个人理解后笔记性质的内容，详细参考《深入理解Java虚拟机》

舞动的痞老板
关注
JVM虚拟机：GC垃圾回收器的常用参数总结
huanfeng_AI的博客
12-14 887
Xms：堆空间最小为多少-Xmx：堆空间最大为多少-Xss：栈空间大小-Xmn：年轻代的空间大小-XX:MetaspaceSize：元空间大小-XX:+PrintGCDetails：打印GC的细节-XX:+PrintHeapAtGC：打印堆的情况-XX:SurvivorRatio：新生代中Eden和s0、s1之间的比例-XX:NewRatio：新生代和来年代的比例-XX:+UseTLAB ：使用TLAB，默认打开-XX:+PrintTLAB ：打印TLAB的使用情况。
JVM虚拟机：垃圾回收器之Parallel Old(老年代)
huanfeng_AI的博客
11-11 604
本文将学习老年代的另外一种垃圾回收器Parallel Old(PO)，这是一种用于老年代的并行化垃圾回收器，它使用标记整理算法进行垃圾回收。
JVM之垃圾回收机制（GC）
热门推荐
weixin_72753070的博客
07-27 1万+
在做Java开发的过程中，我们会不断地创建很多的对象，这些对象数据会占用系统内存，如果得不到有效的管理，内存的占用会越来越多，甚至会出现内存溢出的情况，所以，我们需要进行对内存进行合理地释放，这个时候GC就派上大用场的。垃圾回收（GC）是由Java虚拟机（JVM）垃圾回收器提供的一种对内存回收的一种机制，它一般会在内存空闲或者内存占用过高的时候对那些没有任何引用的对象不定时地进行回收。1.对于强引用，平时在编写代码时会经常使用。第一次标记如果对象在进行可达性分析后发现没有与第二次标记。...
JVM的GC垃圾回收(Java Garbage Collection)
weixin_49976394的博客
05-02 773
释放垃圾占用的空间，防止内存泄露。有效的使用可以使用的内存，对内存堆中已经死亡的或者长时间没有使用的对象进行清除和回收。
JVM 垃圾回收机制：GC
最新发布
m0_60462557的博客
09-04 1815
JVM的垃圾回收机制：GC，是Java提供的对于内存自动回收的机制。
JVM的垃圾回收机制（GC）
crazy_xieyi的博客
11-27 1470
JVM的垃圾回收机制（GC）： 一、什么是垃圾回收？ 二、java的垃圾回收，要回收的内存是哪些？ 三、回收堆上的内存，具体是回收什么？ 四、垃圾回收到底是怎么回收的？ 五、如何判定垃圾？ 1.引用计数 2.可达性分析（java） 六、已经知道哪些对象是垃圾了，具体怎么去回收呢？ 1.标记-清除 2.复制算法 3.标记整理 4.分代回收
【JVM笔记1】JAVA的垃圾回收机制
qq_44182694的博客
12-20 400
JVM GC（垃圾回收篇） 1、JVM怎么判定对象是垃圾 （引用计数算法、可达性分析算法） JVM有一个回收算法是引用计数算法，每当对象被引用一次，就+1，释放一个引用就-1，当垃圾回收时，引用计数为0的对象就会被GC掉。但这个方法有个问题，就是无法解决循环引用的问题。 循环引用就是对象A引用了对象B，对象B引用了对象A，构成了一个引用环。彼此都没发挥什么作用，但却不会被GC。为了解决这个问题，就有了可达性分析回收算法。 可达性分析： 算法中定义了几个GC Root对象，这几个root对象在GC时不会被JV
JVM垃圾回收机制(GC)
weixin_64173948的博客
03-07 977
目录1.什么是垃圾回收2.GC对于虚拟机各块的影响3.垃圾回收具体是怎么展开的3.1引入计数3.2可达性分析(JVM使用的就是这种方法)3.2.1.标记清除3.2.2.复制算法3.3.3标记整理3.3分代回收 在C语言等编程语言中,采用的是动态内存管理,我们使用malloc申请内存,free释放内存,在malloc这种方式申请到的内存是伴随整个进程的生命周期的,这一点对于服务器非常不友好,因为服务器每个请求都去malloc一块内存,如果不去free释放,在内存越来越多的时候,后续内存可能就申请不
JVM：GC机制
01-07
垃圾回收机制(GC) 首先要知道一些概念 年轻代、老年代、Eden区、Survivor区 年轻代：由Eden区、Survivor区组成 Eden区：new 出的新对象最初都存放在这里 Survivor区：当Eden区满之后，MinorGc机制会清理无引用状态...
JVM虚拟机：如何查看自己的JVM默认的垃圾回收器
huanfeng_AI的博客
11-04 757
这里有一个很有意思的现象，1.8是PS+PO，1.9是G1,没有默认使用CMS的，这是因为CMS存在一些问题，所以不是很常用，但是并不能说CMS没有意义，它实现的并发标记的方式，是G1的灵感所在，后面我们会进行详细的介绍。只需要在程序运行的时候指定下面的参数就可以看到当前自己的JVM默认的垃圾回收器是什么？如果你的jdk的版本是1.8，那么此时默认的垃圾回收器为：PS + ParallelOld。如上所示，默认使用的是G1回收器，这是我的电脑，因为我的电脑安装jdk的版本是1.9。
【jvm】java jvm 报错 OutOfMemoryError: GC overhead limit exceeded
九师兄
03-18 996
1.概述 JVM 抛出 OutOfMemoryError 的最后一种情况是 JVM 认为在执行 GC 上花费了太多时间： Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded 当满足下列所有条件时就会抛出该错误。 花在 Full GC 上的时间超出了 -XX:GCTimeLimit=N 标志指定的值。其默认值是 98（也就是，如果 98% 的时间花在了 GC 上，则该条件满足）。 一次 Fu.
JVM GC内存回收
Cui's Blog
02-20 138
[toc] JVM GC内存回收 JVM GC内存回收 有很多类似的名词，GC，垃圾回收，空间整理，内存回收。这些词基本都可以大概的描述我们接下来的内容。 有几个问题，要先提出， 为什么要回收内存？ 哪些内存要回收？ 什么时候回收？ 怎么干？ Why 　　第一个很明显，因为空间不是无限的，当JVM可利用的内存空间越来越小，就会导致无法给新的对象分配内存，导致OOM 哪些内存要回收 　　第二个问题，哪些内存要回收，我们不能把正在使用的内存给回收了，那样会导致系统的异常。所以如果知道哪些内存需要回收
JVM的GC(垃圾回收机制)
runrun117的博客
03-09 1482
转载处：http://blog.csdn.net/hnulwt/article/details/44903331 JVM内存模型JVM内存空间图解程序计数器：线程私有。是一块较小的内存，是当前线程所执行的字节码的行号指示器。是Java虚拟机规范中唯一没有规定OOM（OutOfMemoryError）的区域。Java栈：线程私有。生命周期和线程相同。是Java方法执行的内存模型。执行每个方法都会创建...
JVM以及垃圾回收算法（GC）
好好玩的博客
04-05 660
文章目录1、JVM的位置2、jvm体系结构3、类加载器双亲委派机制4、堆4.1、新生代（新生区）、老年区4.2、永久代（元空间）当出现了OOM故障，该如何排错4.3、如何判断一个对象已经死亡引用计数法可达性分析算法4.4、垃圾回收算法1、复制算法2、标记清除算法3、标记整理算法4、分代收集算法总结5、线程暂停、安全点、安全区4.5、垃圾收集器1、垃圾收集器分类2、Serial、Serial Old 串行收集器3、ParNew、Parallel Scavenge、Parallel Old 并行收集器4、CMS
JVM：GC（GarbageCollection，垃圾回收）
spawpaw的博客
08-20 427
众所周知，Java程序不用像C++程序在程序中自行处理内存的回收释放。这是因为Java在JVM虚拟机上增加了垃圾回收(GC)机制，用以在合适的时间触发垃圾回收，将不需要的内存空间回收释放，避免无限制的内存增长导致的OOM。作为一个合格的Java程序员，有必要了解Java GC相关知识。掌握GC知识一方面可以帮助我们快速排查因JVM导致的线上问题，另一方面也可以帮助我们在Java应用发布之前合理地对...
【JAVAEE】JVM中垃圾回收机制 GC
xyk：的博客
07-11 1225
在JVM中存在一个垃圾回收机制，GC，帮助程序猿自动释放内存的，能够有效的减少内存泄漏的出现频率。主要是针对 堆上的对象 来进行释放~GC也就是以 对象 为单位进行释放的（说是释放内存，其实是释放对象）对于程序计数器、虚拟机栈、本地方法栈这三部分区域而言，其生命周期与相关线程有关，随线程而生，随线程而灭。并且这三个区域的内存分配与回收具有确定性，因为当方法结束或者线程结束时，内存就自然跟着线程回收了。因此我们本篇所讲的有关内存分配和回收关注的为Java堆与方法区这两个区域。
JVM进阶篇2 - GC垃圾回收
The_xiaoke的博客
04-21 473
JVM 垃圾回收，GC算法， JVM垃圾回收器，堆分区
第五章 JVM、垃圾回收（GC）
Stay Hungry Stay Foolish 求知若饥 虚心若愚
09-05 4075
文章目录（一）什么是class文件？（二）Java代码执行流程？（三）Java内存结构 & 内存模型。（四）GC回收机制。（五）Java虚拟机工作原理？（六）Java虚拟机是如何加载一个类的？（七）给我谈谈类加载器。（八）谈谈static编译运行时的流程，在虚拟机中如何保存的？（九）说说Java种的4种引用以及用法？（十）哪些情况下的对象会被垃圾回收机制处理掉？（十一）如何判断一个对象是死...
深入理解JVM：GC垃圾回收机制与内存管理
"从JVM的内存管理角度深入解析Java的垃圾回收机制，探讨GC的工作原理、优化策略以及对程序性能的影响。文章旨在帮助Java开发者理解GC如何管理内存，优化GC性能，降低由GC不确定性带来的程序性能问题。" 在Java编程...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值