【JVM】什么样的对象可以被回收
目录
在虚拟机堆中什么样的对象可以被回收呢？
垃圾回收器在对堆进行回收前，第一件事情就是要确定这些对象之中哪些还“存活”这，哪些已经“死去”（即不可能再被任何途径使用的对象）
首先聊一下对象在内存中的状态
对象在内存中的状态：
-
可达状态：
-
可恢复状态：
-
不可达状态：
判断对象是否存活都与引用有关，下面介绍一下引用的分类：
引用分类：
- 强引用；
- 软引用；
- 弱引用；
- 虚引用；
强引用：
数组、对象
类似：Object obj = new Object()
只要存在强引用，垃圾收集器永远不会回收掉被引用的对象
软引用：
描述一些还有用但并非必须的对象。在系统将要发生内存溢出异常之前，将会把这些对象列入回收范围之中进行第二次回收。如果这次回收之后还没有足够的内存——抛出内存异常
内存充足，不会回收
内存不足，回收
弱引用：
非必需对象
垃圾回收机制运行时，不管内存充足与否，都会回收
虚引用：
不能单独存在，必须和引用队列联合使用。
无法通过虚引用来去的一个对象实例。
对象存活判定算法：
引用计数算法：
思路：
- 给对象添加一个引用计数器，每当一个地方引用它时，计数器加1；
- 当引用失效时，计数器值就减1；
- 任何时刻计数器为0的对象就是不能再被使用的。
缺点：
很难解决对象之间相互循环引用的问题。导致他们的引用计数都不为0，于是引用计数算法无法通知GC收集器回收他们。
***可达性分析算法：
思路：
- 通过一系列的成为“GC Roots”的对象作为起始点，
- 从这些节点开始向下搜索，搜索所走过的路径成为引用链（Reference Chain），
- 当一个对象到GC Roots没有任何引用链相连时，则证明此对象是不可用的。
应用：
现在主流的商用程序语言（java，C#）都是通过可达性分析来判断对象是否存活的。
Java中，可作为GC Roots的对象包括：
- 虚拟机栈（栈帧中的本地变量表）中引用的对象；
- 方法区中类静态属性引用的对象；
- 方法区中常量引用的对象；
- 本地方法栈中JNI（即Native方法）引用的对象；
对象死亡（被回收）前的最后一次挣扎
即使在可达性分析算法中不可达的对象，也并非是“非死不可”，这时候它们暂时处于“缓刑”阶段，要真正宣告一个对象死亡，至少要经历两次标记过程。
第一次标记：如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链，那它将会被第一次标记；
第二次标记：第一次标记后接着会进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法。在finalize()方法中没有重新与引用链建立关联关系的，将被进行第二次标记。
第二次标记成功的对象将真的会被回收，如果对象在finalize()方法中重新与引用链建立了关联关系，那么将会逃离本次回收，继续存活。