Java GC（垃圾收集器）探秘——基本概念

Java GC（垃圾收集器）探秘——基本概念

⭐️GC ，收垃圾咯！

不同于C++的一大特点就是Java有自己的垃圾回收系统，不需要程序开发者自己实现“打扫”工作。主要负责区域是Java堆

——程序计数区和虚拟机栈区的内存都是编译时期可知，分配回收井然有序的，但是Java堆区的对象分配由于对象大小不一，而且对象被“抛弃不用”的时间又各不相同，由此需要一个强大的垃圾收集器来管理，以下介绍一些基础知识——内容来源《深入理解Java虚拟机-JVM高级特性与最佳实践》第3版

根据垃圾回收“垃圾”二字解读，首先我们的目标是要确定谁是垃圾…

你不是，我也不是，当然是那些以后都不会用的对象才是😃，那么如何判断对象是否无用——Java中使用可达性分析算法

一、对象无效判断方法

引用计数算法、可达性分析算法

• 引用计数算法：在对象中添加一个引用计数器，记录引用该对象的数量（数量为0表示，该对象不可访问）
  • 问题：由于循环相互引用，需要很多额外的判断开销
• 可达性分析算法：主流虚拟机使用的方法，通过选取一些GC Roots（相当于树的根节点），历遍其可达对象，不可达及说明对象不能被访问了
  • GC Roots选取规则：栈中的变量指向对象、静态变量、常量池引用、本地方法栈引用（同1）、JVM内部使用（Class类、加载器、常用异常）、同步锁持有对象…

二、引用分类、两次标记和自我拯救

关于“垃圾”的自我拯救，这里不建议救了，因为不确定性太多，要么不放弃使用它，要么就好好放手😢

强引用、软引用、弱引用、虚引用、两次标记和finalize()方法拯救

• 强引用：标准的引用，该引用关系存在，对象便不会被回收
• 软引用：比强引用次一级，当内存空间GC后还是不足时，该类引用的对象会被回收，SoftRefrence
• 弱引用：更次一级，下一次GC时回收，WeakRefrence
• 虚引用：提供一个垃圾回收时的通知，无法通过该引用使用对象
• 两次标记：第一次可达性分析后标记不可用对象一次，然后判断finalize（）方法调用，然后再标记一次回收

目前来说好像已经不建议这种没有意义的用法了，如下

• finalize（）方法使用时机：第一次标记的对象覆盖了该方法，第一次使用的场合，才有可能使用成功（不保证）
• 自我拯救：再第一次标记时，如果到第二次标记期间，重新变成可达对象即不会被回收

三、垃圾收集基础理论和基本方法

现代常见垃圾回收分区基本上都是基于分代收集理论、垃圾回收器基于三种基本方法实现

• 分代收集理论
  • 弱分代假说：大多数对象都是朝生夕灭（归于新生代Yong Generation）
  • 强分代假说：熬过多次垃圾回收的对象越难消亡（归于老年代Old Generation）
  • 跨代引用假说：跨代引用仅是少数（记忆集标识某一块区域发生了跨代引用 Remembed Set）
• 三种基本收集方法
  • 标记-清除法：容易产生碎片化内存空间，收集速度快，分配内存速度慢（CMS收集器）
  • 标记-复制法：适用于新生代，使用一个Eden空间（8）和一个Survivor（1），每次回收把幸存者复制到另一个Survivor
  • 标记-整理法：适用于老年代，每次收集将幸存者统一移动到内存一端（幸存者较多，不然使用标记-复制法），回收速度慢，分配内存简单快速

之后再介绍经典的垃圾回收器：Serial、ParNew、Parallel Scavenge、CMS、G1（Garbage First）等❤️