深入理解Java虚拟机，学习笔记（二）垃圾收集策略

最新推荐文章于 2024-09-21 10:38:43 发布

irak

最新推荐文章于 2024-09-21 10:38:43 发布

阅读量152

点赞数

分类专栏： jvm 文章标签： jvm 垃圾回收策略

本文链接：https://blog.csdn.net/xmzyjr123/article/details/85332883

版权

jvm 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

第二章-垃圾收集策略

概述
如何判断对象是否可以回收
垃圾收集算法
- 标记-清除算法
内存分配与回收策略
- 动态对象年龄判定

概述

JVM中使用到的内存区域有：程序计数器、虚拟机栈、本地方法栈、堆
栈里面的一个栈帧（方法）的内存可能在编译的时候就确定了，所以出栈后内存就被回收了。
所以对内存回收还是主要注意的堆上的动态内存。一个父类可能有不同的子类实现。所以内存分配的时候都是动态的。

如何判断对象是否可以回收

引用计数法

这类方法实现起来比较简单：对象被引用计数器+1
但是有明显的缺点就是：对循环引用的对象很难判断

可达性分析算法

在这里插入图片描述
以GC Roots做为起点，进行向下搜索，经过的路径被称为引用链。
如果一个对象没有关联任何一条引用链，那么该对象是可以进行回收的对象。

GC Roots

可以被当作GC Roots的是

虚拟机栈中（栈帧中的本地变量表）的引用对象
方法区中的静态变量引用的对象
方法区中的常量引用的对象
本地方法栈中JNI引用的对象

引用

Java中的引用分为：强引用、软引用、弱引用、虚引用
强引用：Object b = new Object()；类似这样的 b 就是强引用
软引用：比强引用稍弱点，能不回收就不会回收，普通的gc发生时，不会对他进行回收，在要发生OutOfMemoryError的前夕回进行一次回收，此时就会回收软引用。
弱引用：只要发现gc都会对弱引用首先回收
虚引用：这个引用无法拿到对象的实例，只会在对象被回收时收到一个系统通知。

finalize（）

当对象如果被回收的，如果该对象对父类的finalize（）进行来重写且finalize没有被执行过。那么对象会被加入一个叫做 F-queue 的队列，这个队列会被jvm自建的、优先级低的线程来执行。如果在finalize（）方法中对自身对象进行自救，那么该对象就不会被gc。第二次对该对象对时候，jvm就判断已经执行过了finalize一次，就不会把它再次加入到队列里面，而是直接进行回收。

回收方法区

主要回收：无用的类和没有被引用的常量
对废弃常量进行回收，跟判断堆中的对象类似。个人感觉：正因为这样，jdk就把字符串常量从方法区移到了堆上。
对无用类的回收比较苛刻：

该类的所有实例都已经被回收了
类的ClassLoad也已经被回收了
该类的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过放射访问它。
大量使用反射、动态代理、CGLib等 ByteCode框架、动态生成JSP以及OSGi这里频繁自定义ClassLoad的场景都需要JVM具备对类卸载的功能。

垃圾收集算法

标记-清除算法

gc的步骤是：1. 先将需要回收的对象标记。2. 然后对对象回收。
但是有2个不足的地方：一个是效率问题，还有一个是空间问题（零碎的空间片段被清理出来，可能会没有足够的连续空间分配给大对象）。

复制算法

对空间进行对半分，一次只使用一半的空间。如果半边的空间被使用完了，那么会将还存活的对象移动到另外半边，然后对原来的地方进行一次清理。
这样的效率是非常高的，代价就是需要牺牲一半的空。在这里插入图片描述
但是jvm中采用了类似的做法，但是他是进行分代的。分为了新生代和老年代。
新生代中又细分为 Eden、from survivor、 to survivor。分配对象的时候会对eden代和survivor其中的一个进行使用。如果使用快满的时候，会进行一次 minor gc。然后会把存活的对象放到另一个 survivor中。
当然不保证存活下来的对象就一定小于另一个survivor，当出现过大的时候，会使用老年代进行担保。此时会检查HandlePromotionFailure设置值（是否允许担保失败），如果允许，那会继续检查老年代里面的最大连续可分配的空间是否大于历代晋升到老年代的对象大小平均值。如果大于则会继续进行一次有风险的minor gc因为这个平均值是动态的，无法保障，如果minor gc 失败就只好进行full gc，如果小于，则会触发一次 full gc。