JVM垃圾回收器

最新推荐文章于 2023-05-17 13:38:50 发布
最新推荐文章于 2023-05-17 13:38:50 发布
阅读量535 收藏
点赞数
分类专栏： JVM学习笔记 文章标签： JVM垃圾回收器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jiaxiuya/article/details/51407162
版权

1. 概述

    JAVA的内存回收的原理是作为JAVA开发者必须要了解的，因为：当需要排查各种内存溢出、内存泄漏问题时，当垃圾收集成为系统达到更高并发量的瓶颈时，我们就需要去对JVM的自动GC做必要的监控和调节。

2. JVM是如何判断对象已死

  • 引用计数法
        此方法很简单，判断效率也高，在大多数情况下都是不错的算法，也有一些比较成功的案例。但是主流的JVM都没有采用此方法，很简单，他不能解决对象之间相互循环引用的问题。
  • 可达性分析算法
        在主流的商用程序语言的主流实现中，都是通过此算法来判断对象是否存活的。
    基本思想：通过一系列的的称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径称为引用链，当一个对象到GC Roots没有任何引用链相连时，则判断此对象是不可用的。
    可作为GC Roots的对象有：虚拟机栈（栈帧中的本地变量表）中引用的对象；方法区中的类静态属性引用的对象；方法区中的常量引用的对象；本地方法栈中JNI（即一般所说的Native方法）引用的对象。
  • 在谈引用
        如何描述这样的对象：当内存还足够的时候，则保留在内存中，当内存空间在进行垃圾回收后还是非常紧张，则可以抛弃这些对象。很多系统的缓存功能都符合这样的场景。
    在JDK1.2之后，java对引用的概念进行了扩充，分为四类：
    • 强引用：类似Object.obj = new Object();这类的引用，只要强引用还存在，则垃圾收集器永远也不会回收掉被引用的对象。
    • 软引用：用来描述一些还有用，但是不是必须的对象。对于软引用的对象，垃圾回收器会在系统发生内存溢出异常之前将这些对象列为回收范围中进行第二次回收。如果这次回收还没有足够的内存，才会抛出内存溢出异常。jdk1.2以后，提供了SoftReference来实现软引用。
    • 弱引用：同样用来描述非必须的对象的，但是她的强度比软引用还要弱一点，被弱引用关联的对象只能生存到下次垃圾收集发生之前。JDK1.2之后，提供WeakReference来实现。
    • 虚引用：又称为幽灵引用或者幻影引用，它是最弱的一种引用关系。虚引用对对象的生存时间没有任何影响，只是在被回收的时候收到一个系统通知。JDK1.2之后，提供PhantomReference实现。

  • 对象是如何死亡的
        宣告一个对象死亡，需要经过两次标记过程：当一个对象在进行可达性的分析后，发现没有和任何GC Roots有相连接的引用链，此时被标记一次；第二步进行筛选是否有必要执行 finalize()方法，当对象没有覆盖finalize()方法，或者对象的finalize()方法已经被调用了一次，虚拟机将这两种情况都视为没有必要执行finalize()方法。
        F-Queue队列和Finalize线程是后面的两步，Finalize是用来消费F-Queue中的待回收对象，而且是非阻塞的，在消费的时候，如果队列中的对象又重新和GC Roots的引用链有连接关系了，又会被移除队列，从而保存了自己。
    一个对象的自我拯救的过程：

    /**
 * Created by jiaxiuya
 * <p>
 * 一个对象逃离GC的自我拯救的过程，但是只有一次机会，因为Finalize只会被执行一次
 *
 * @Date 2016/5/14 17:45.
 * @Version nothing
 */
public class FinalizeEscapeGC {

    public static FinalizeEscapeGC finalizeEscapeGC = null;

    @Override
    protected void finalize() throws Throwable {
        super.finalize();
        System.out.println("finalize方法被调用");
        FinalizeEscapeGC.finalizeEscapeGC = this;
    }

    public static void main(String[] args) {
        // 第一次拯救自己
        finalizeEscapeGC = new FinalizeEscapeGC();

        finalizeEscapeGC= null;
        System.gc();

        try {
            // 由于gc方法的优先级很低，所以先睡眠0.5秒
            Thread.sleep(500);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        if(finalizeEscapeGC != null){
            System.out.println("第一次拯救成功");
        }else{
            System.out.printf("第一次拯救失败");
        }


        // 第二次拯救失败
        finalizeEscapeGC = null;
        System.gc();

        try {
            Thread.sleep(500);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        if(finalizeEscapeGC != null){
            System.out.println("第二次拯救成功");
        }else{
            System.out.printf("第二次拯救失败");
        }

    }
}

        上面的自我拯救过程，虽然看起来比较美好，但是还是要忘记这个方法，因为这个方法的代价高昂，执行顺 序不保证等。

  • 回收方法区
        方法区（Hotspot虚拟机中的永久代），虽然称为永久代，但是也是有垃圾回收的。永久代的垃圾回收有两部分：废弃常量和无用的类。
        判断一个常量是否是废弃的常量比较简单，比如对于一个“ABC”的字符串已经进入常量池中，只要判断当前系统中没有任何String对象叫做“ABC”，也没有其他的地方引用这个字面量。
        判断一个类是否是无用的类就比较复杂：该类的所有实例已经被回收，也就是java堆中不存在该类的任何实例；加载该类的ClassLoader已经被回收；该类对应的java.lang.Class对象没有任何地方引用，并且无法在任何地方通过反射访问该类的方法。
        虚拟机通过-Xnoclassgc参数来控制无用的类是否回收。

3. 垃圾收集算法

  • 标记-清除算法
  • 复制算法
  • 标记-整理算法
  • 分代收集算法

4. Hotspot的算法实现

  • 枚举根节点
        从可达性分析中从GC Roots节点找引用链这个操作为例，可作为GC Roots的节点主要在全局性的引用（例如常量或类静态属性）与执行上下文（例如栈帧中的本地变量表），现在很多应用，方法区就有几百兆，如果要逐个检查里面的引用，那么必然消耗很多时间。
        另外，可达性的分析关键在GC停顿上，因为在分析时，必须保证对象的引用之间不能变动。这点是导致GC进行时，必须停顿所有JAVA执行线程的其中一个重要的原因。
        JVM通过一组称为OopMap的数据结构来达到直接得知哪些地方存放着对象引用。
  • 安全点
        在OomMap的协助下， Hotspot可以快速切准确完成GC Roots枚举，但一个很现实的问题随之而来：可能导致引用关系变化，或者说OopMap内容变化的指令非常多，如果为每一条指令都生成对应的OopMap，那将会需要大量的额外空间，这样GC的空间成本会非常高。
        Hotspot虚拟机并没有为每条指令都生成OopMap，只是在特定的位置记录信息，这些位置称为安全点，即程序执行时并非在所有地方都能停下来开始GC，而是在到达安全点才能暂停。
        安全点解决了如何进入GC的问题。
  • 安全区域
        安全点并不能完全解决如何进入GC的问题，因为存在空闲的时候，典型的例子是线程属于sleep阶段。此时就需要安全区域来解决此问题。安全区域是指在一段代码片段中，引用关系不会发生变化。在此区域的任意地方GC都是安全的，也可以看成是安全点的扩展。

5. 垃圾收集器

  • Serial收集器
        Serial是最基本，发展最悠久的收集器。此收集器在执行垃圾收集的时候回暂停用户线程。虽然现在有很多新的收集器，Serial似乎并没有什么用，因为会导致用户线程暂停，但直到目前为止，它依然是虚拟机运行在Client模式下的默认新生代的收集器。

  • ParNew收集器
        ParNew收集器其实是Serial收集器的多线程版本。虽然和Serial收集器对比没有太多的创新之处，但是它却是许多运行在 Server模式下的虚拟机首选的垃圾收集器，其中有一个与性能无关的原因是：除了Serial收集器外，只有它能和CMS收集器配合工作。

  • Parallel Scavenge收集器
        Parallel Scavenge收集器是一个新生代收集器，也是一个使用复制算法的收集器，又是并行的多线程收集器……它的关注点和其它收集器不一样，它的关注点是达到一个可控制的吞吐量（运行用户代码的时间/(运行用户代码的时间+垃圾收集时间)）。-XX:MaxGCPauseMillis参数设置最大垃圾收集停顿时间，-XX:GCTimeRatio设置吞吐量大小。-XX:+UseAdaptiveSizePolicy设置虚拟机自动调节新生代大小（-Xmn）、Eden与 Survivor区的比例（-XX:SurvivorRatio）、晋升老年代对象年龄（-XX：PretenureSizeThreshold）等细节参数。

  • Serial Old收集器
        是Serial收集器的老年代版本，单线程收集器，使用标记-整理算法。 它主要是给Client模式下使用的。

  • Parallel Old收集器
           是Parallel Scavenge收集器的老年代版本。使用多线程和标记-整理算法。主要是配合Parallel Scavenge收集器使用。

  • CMS收集器
        Concurrent Mark Sweep 是一种已获取最短回收停顿时间为目标的收集器。基于标记-清除算法实现（初始标记，并发标记，重新标记，并发清除）。优点：并发收集，低停顿；但是CMS收集器存在3个明显的缺点，一：CMS收集器对CPU资源非常敏感，因为所有面向并发的程序设计对CPU资源都非常敏感。

  • G1收集器
        当今收集器技术最前沿的成果之一，G1收集器是面向服务端的收集器，它的使命是在未来替换掉JDK1.5中的CMS收集器。
    特点，一：并行与并发；二：分代收集；三：空间整合，整体来看是基于CMS收集器的“标记-整理”算法，从局部来看（两个Region之间）来看是基于“复制”算法实现的，这两种算法都不会产生内存碎片；四：可预测的停顿
        在G1收集器之前的其他收集器的收集范围都是整个新生代和老年代，而G1不是这样。使用G1收集器时，Java堆的内存布局就与其他收集器就有很大区别。他将Java堆规划为 多个大小相等的区域（Region），新生代和老年代的概念还存在，但是他们不再是物理隔离的，他们都是一部分Region（不需要连续）的集合。

  • 垃圾收集器参数总结
        
    -XX:+< option > 启用选项
    -XX:-< option > 不启用选项
    -XX:< option > = < number >
    -XX:< option > = < string >

参数名参数描述
-XX:+UseSerialGCJvm运行在Client模式下的默认值，打开此开关后，使用Serial + Serial Old的收集器组合进行内存回收
-XX:+UseParNewGC打开此开关后，使用ParNew + Serial Old的收集器进行垃圾回收
-XX:+UseConcMarkSweepGC使用ParNew + CMS + Serial Old的收集器组合进行内存回收，Serial Old作为CMS出现“Concurrent Mode Failure”失败后的后备收集器使用。
-XX:+UseParallelGCJvm运行在Server模式下的默认值，打开此开关后，使用Parallel Scavenge + Serial Old的收集器组合进行回收
-XX:+UseParallelOldGC使用Parallel Scavenge + Parallel Old的收集器组合进行回收
-XX:SurvivorRatio新生代中Eden区域与Survivor区域的容量比值，默认为8，代表Eden:Subrvivor = 8:1
-XX:PretenureSizeThreshold直接晋升到老年代对象的大小，设置这个参数后，大于这个参数的对象将直接在老年代分配
-XX:MaxTenuringThreshold晋升到老年代的对象年龄，每次Minor GC之后，年龄就加1，当超过这个参数的值时进入老年代
-XX:UseAdaptiveSizePolicy动态调整java堆中各个区域的大小以及进入老年代的年龄
-XX:+HandlePromotionFailure是否允许新生代收集担保，进行一次minor gc后, 另一块Survivor空间不足时，将直接会在老年代中保留
-XX:ParallelGCThreads设置并行GC进行内存回收的线程数
-XX:GCTimeRatioGC时间占总时间的比列，默认值为99，即允许1%的GC时间，仅在使用Parallel Scavenge 收集器时有效
-XX:MaxGCPauseMillis设置GC的最大停顿时间，在Parallel Scavenge 收集器下有效
-XX:CMSInitiatingOccupancyFraction设置CMS收集器在老年代空间被使用多少后出发垃圾收集，默认值为68%，仅在CMS收集器时有效，-XX:CMSInitiatingOccupancyFraction=70
-XX:+UseCMSCompactAtFullCollection由于CMS收集器会产生碎片，此参数设置在垃圾收集器后是否需要一次内存碎片整理过程，仅在CMS收集器时有效
-XX:+CMSFullGCBeforeCompaction设置CMS收集器在进行若干次垃圾收集后再进行一次内存碎片整理过程，通常与UseCMSCompactAtFullCollection参数一起使用
-XX:+UseFastAccessorMethods原始类型优化
-XX:+DisableExplicitGC是否关闭手动System.gc
-XX:+CMSParallelRemarkEnabled降低标记停顿
-XX:LargePageSizeInBytes内存页的大小不可设置过大，会影响Perm的大小，-XX:LargePageSizeInBytes=128m
调活
关注
专栏目录
一张图让你看懂JVM之垃圾回收器详解
aixuexidemomo的博客
11-19 1278
前言 感谢读者的反馈，在????图中更新了新生代Eden区以及两个Survivor区的默认空间占比的分配表示，这里按照10等份区分8/10、1/10、1/10分别表示8:1:1的关系，会更清晰点。新生代所采用的**“标记-复制-清除”的算法进行垃圾回收，以及分代回收算法中老年代如何为这种空间分配比所提供担保策略，**在前文《一张图让你看懂JVM之垃圾回收算法详解》中有比较详细的叙述，大家可以看下，这里...
JVM垃圾回收器介绍
热门推荐
iva_brother的博客
02-22 1万+
一、分代回收算法        在我们的经验之中，大部分的对象在生成之后就会马上变成垃圾，很少有对象能够或很久。这个就是我们将对象分成新生代和老年代的依据。在不同的代采用不同的收集是算法，从而提高内存的利用率。        我们的分区一般如下图所示，一个生成空间，两个大小相等的幸存空间，一个老年代空间。而针对它们的回收，我们的叫法也不相同。         新生代GC（minor GC）：...
JVM垃圾回收机制
weixin_48622530的博客
03-02 1464
jvm垃圾回收机制，垃圾回收算法
JVM垃圾回收机制(GC)
12-21
JVM垃圾回收机制(GC) 引入：我们都知道，栈内存中方法运行完毕后会有弹栈的操作，不会产生垃圾，而堆内存中却没有这种操作，当堆内存中很多无用的成员变量、对象等等积压到一定程度时，就会发生堆内存溢出的一个错误...
JVM垃圾回收机制.xmind
03-31
自己学习总结JVM垃圾回收机制的结构图，一起分享！！！
一文了解JVM全部垃圾回收器，从Serial到ZGC
02-24
对象搜索算法与回收算法介绍了垃圾回收的基础算法，相当于垃圾回收的方法论。接下来就详细看看垃圾回收的...下面来看看各个收集器的特性Serial，是单线程执行垃圾回收的。当需要执行垃圾回收时，程序会暂停一切手上的
Java 高级篇：JVM 垃圾回收机制
最新发布
good7ob的博客
05-17 1125
然而，在清除阶段，标记-整理算法会将存活的对象压缩到内存的一端，从而避免内存碎片化。作为开发者，我们应该充分了解垃圾回收的原理和限制，避免产生内存泄漏等问题，并在需要时进行适当的优化。在标记阶段，垃圾收集器遍历堆中的对象，将不再使用的对象进行标记。通过深入了解 JVM 的垃圾回收机制，我们可以更好地优化 Java 程序的性能，降低内存占用，提高系统稳定性。分代收集算法充分利用了对象生命周期的特点，提高了垃圾回收的效率。选择合适的垃圾收集器：根据应用场景选择合适的垃圾收集器，以达到最佳的垃圾回收性能。
高效并发-线程安全与锁优化
jiaxiuya的专栏
07-30 1594
1：线程安全1.1：Java语言中的线程安全 不可变：被final修饰。 绝对线程安全 **相对线程安全：**Java语言中，大部分的线程安全类都属于这种类型，例如Vector、HashTable、Collections的 synchronizedCollection()方法包装的集合 线程兼容：对象本身不是现场安全的，但可以通过在调用端通过正确的使用同步手段来保证在并发环境下安全的使用。 线程对立
程序编译与代码优化-晚期（运行期）优化
jiaxiuya的专栏
07-30 760
1：Hotspot虚拟机内的即时编译器1.1：解释器与编译器    当程序需要快速启动和执行的时候，解释器可以首先发挥作用，省去编译的时间，立即执行；在程序运行后，随着时间的推移，编译器发挥着作用，把越来越多的代码编译成本地代码之后，可以获得更高的执行效率。     Hotspot编译器有两个即时编译器，分别称为Client Compiler和Server Compiler，或者简称为C1和C
程序编译与代码优化-早期（编译期）优化
jiaxiuya的专栏
07-29 673
1：概述 前端编译器：Sun的Javac、Eclipse JDT中的增量式编译器（EJC） JIT编译器：Hotspot VM的C1，C2编译器 AOT编译器：GNC Compiler for the Java（GCJ）、Excelsior JET     本章先介绍第一种前端编译器，也是大家都认可的编译器。 2：Javac编译器     源码编译自OpenJdk7，从Sun Ja
Java内存区域与内存溢出异常
jiaxiuya的专栏
05-11 646
对于Java程序员来说，在虚拟机自动内存管理机制的帮助下，不再需要为每一个new操作去写分配对的delete/free代码（C++中的内存释放方式），不容易出现内存泄漏和内存溢出的问题，由虚拟机管理内存，这一切看起来都很美好。不过，正因为Java程序员把内存控制权利交给了Java虚拟机，一旦出现内存泄漏和溢出方面的问题，如果不了解虚拟机是怎么使用内存的，那么排查错误将会成为一项异常艰难的工作。1.
类加载及执行子系统的案例与实践
jiaxiuya的专栏
07-23 598
1：案例分析1.1 Tomcat：正统的类加载器架构    一个功能鉴权的Web服务器，需要解决的问题： 部署在同一服务器上的两个Web应用程序所使用的Java类库可以实现相互隔离。 服务器需要尽可能的保证自身的安全不受部署的Web应用程序影响。 支持Jsp应用的Web服务器，大多数都要支持HotSwap功能。     对于Tomcat5.X的版本，存在common、server、shared、和应
高效并发-Java内存模型和线程
jiaxiuya的专栏
07-30 553
1：Java内存模型1.1：主内存和工作内存    Java内存模型规定了所有变量（包括了实例字段、静态字段和构成数组对象的元素）都存储在主内存中， 每条线程有自己的工作内存，线程的工作内存中保存了被该线程调用的变量的主内存副本拷贝，线程对变量的所有操作（读取、赋值）都必须在工作内存下进行。1.2：内存间的交互操作    八种原子操作：lock、unlock、read、load、use、assign
虚拟机类文件结构
jiaxiuya的专栏
07-14 441
1：Class文件的结构 1.1：Class类文件的结构     class文件是一组以8位字节为基础单位的二进制流，各个数据项目严格按照顺序紧凑地排列在Class文件中，中间没有添加任何分隔符，这使得整个Class文件中存储的内容几乎全部是程序运行的必要数据，没有空隙存在。当遇到需要占用8位字节以上空间的数据项时，则会按照高位在前的方式分割成若干个8位字节进行存储。     C
虚拟机字节码执行引擎
jiaxiuya的专栏
07-19 313
1：概述     在Java虚拟机规范中制定了虚拟机字节码执行引擎的概念模型，这种概念模型成为各种虚拟机执行引擎的统一外观（Facade）。不同的虚拟机，可能通过解释器执行或者编译器产生本地代码执行，或者包含几个不同级别的编译器执行引擎。 2：运行时栈帧结构     栈帧是用户支持虚拟机进行方法调用和方法执行的数据结构，他是虚拟机运行时数据区中的虚拟机栈的栈元素。栈帧存储了方法的局部变量
深入理解Java JVM垃圾回收机制
垃圾回收器通常会使用不同的策略来处理这两个区域，如分代收集、并发收集等，以提高整体性能和响应速度。 理解Java的JVM垃圾回收机制对于开发高效、稳定的Java应用程序至关重要。通过掌握不同类型的垃圾回收算法...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值