jvm实现垃圾回收—从根儿上理解jvm（四）

程序老张

已于 2022-09-14 15:03:58 修改

阅读量860

点赞数 3

文章标签： jvm java

于 2022-09-14 15:00:07 首次发布

本文链接：https://blog.csdn.net/zhang_liang123/article/details/126782752

版权

回顾

这篇文章将学习jvm的垃圾回收。讲解之前我们先复习一下前三篇文章：

jvm是如何运行的—从根儿上理解jvm（一）抽象-jvm-jvm位置-jvm启动-jvm体系结构。
jvm是如何运行的—从根儿上理解jvm（二）jvm内存模型-栈帧。
jvm实现跨平台的根本（执行引擎）—从根儿上理解jvm（三） jvm执行引擎，根本上实现了跨平台。

通过这几篇文章，我们对java程序是如何运行起来的，有了深入的理解。接下来，我们继续讲解jvm中另一个比较重要的知识点，垃圾回收。

垃圾回收

首先我们要知道，垃圾要回收的是哪里的对象（内存空间）。java栈中的占用的内存空间，随着栈的pop操作，内存空间也被释放。但是堆中的对象，只是在栈内的引用，并没有被释放，只是没有了引用。我们要回收的就是这些堆中的没有被引用的对象。

为什么要进行垃圾回收

我们知道C和C++程序员是可以操作管理内存的，有更大的自由空间。但这也导致了令他们头疼的问题，就是内存管理。对象的创建和释放是成对的，不然很容易导致内存泄漏（是在计算机科学中，由于疏忽或错误造成程序未能释放已经不再使用的内存）。java程序员在开发的过程中只会手动的创建对象，很少会主动的考虑释放对象（即使考虑了，也不保证回收）。这样保证了java程序员可以把更多的精力关注代码和业务，其他的一切交给jvm。
回到我们的问题，就是为什么要进行垃圾回收。这个问题反过来问：java作者为什么设计垃圾回收机制来销毁对象，而不是直接方法执行完后，直接销毁堆内的对象，就像栈内的对象一样的设计思想。这样是不是就避免了STW。
针对这个问题，没有找到权威的解答，根据自己的理解和大家分享一下：

垃圾回收过程中，不仅会进行对象的回收，还会进行内存的重分配，解决内存碎片问题。
单个方法执行结束后，释放对象，在高并发条件下，可能性能会下降。
但是在Rust语言中，并没有采用垃圾回收的机制，后续了解了Rust对象销毁原理后，再进行解答。

垃圾回收过程

在进行垃圾回收的过程中，首先需要标记哪些对象是需要存活的，哪些对象是死亡的。这就是垃圾标记阶段。判断对象是否存活一般有两种方式1.引用计数法 2.可达性分析法

引用计数法

引用计数法的原理也很简单，在每一个对象中添加一个引用计数器，每当有其他地方引用到当前对象时，计数器的值就加1；当引用失效时，计数器的值就减1，这样在垃圾回收的时候就直接判断当前对象的引用计数器的值，如果值为0，就表示当前对象已经没有任何地方引用，可以回收，反之若计数器的值不为0，则表示当前对象还被其他地方引用，不回收。
在这里插入图片描述
这个比较简单，大家了解就好，java最终没有采用这种方式，主要原因：对象循环依赖，导致内存泄漏。

可达性分析法

在主流的商用程序语言中(Java和C#)，都是使用可达性分析算法判断对象是否存活的。
可达性分析算法的思想：从一个被称为GC Roots的对象开始向下搜索，如果一个对象到GC Roots没有任何引用链相连时，则说明此对象不可用。
在这里插入图片描述
由上图，我们可以看出 6 、7和8是不可达的，就是我们需要回收的对象。

垃圾回收算法

在了解完垃圾回收主要发生的区域以及如何判断对象是否可被回收之后，再需要了解的就是垃圾回收算法，垃圾回收算法就会使用到以上提到的可达性分析算法标记对象是否可被回收。
通过visualvm 可以看到jvm的堆对象是分代的（堆内对象是分代存储的（Eden，S0，S1和old）新生代和老年代。）。
在这里插入图片描述
新生代内对象的特点是，大部分朝生夕死，也就是大部分的对象是需要回收的。
老年代内对象特点是，大部分是存活的对象。