读书笔记-2java虚拟机的可达性算法与finalize方法

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

JAVA通过可达性分析算法来确定堆中哪些对象是应该被回收的。

非常多人包含我曾经在不了解的时候总以为是通过引用计数器来推断某个对象是否应该被回收可是后来想了想包含查阅一些资料发现不是这种。由于假设採用引用计数器的方式没有办法解决循环引用的问题。

关于可达性分析算法，在jvm中有个GC Root Set ,里面有不确定个数的gc root 。能够作为gc root的对象有下面几种

1.虚拟机栈中的引用对象

2.方法区中类静态属性引用的对象

3.方法区中的常量引用的对象

4.本地方法栈中jni引用的对象

jvm就是通过这些gc root来判定对象是否还存活的。该算法的基本思想是通过一系列的gc root 做为起始点向下搜索，搜索走过的路径称为引用链，当一个对象到gc root没有不论什么引用链的时候，就说明该对象是不可引用的，此时不可被引用的对象便是能够回收的对象。

resizeSmall&width=786" alt="" name="2824783d-01eb-41d3-8f1e-5ca1123e0dd8" class="en-media" style="margin:0.857412em 0px 1.286em; padding:0px; border:0px; max-width:100%; height:auto">

图中object5 6 7都是能够回收的

尽管是能够回收的。这里还涉及到了是否一定会被回收。

当对象无法与gc root相连时。判定对象是能够回收的
当对象被判定为能够回收的时候。推断其时候一定要被回收
在1,2两个条件满足的情况下。当对象没有覆盖finalize方法。或者finaze方法被运行过虚拟机将判定该对象没有必要运行finalize方法
假设被判定为没有必要运行finalize方法，那么将会把对象放到一个F-Queue（finalize queue :释放队列）中。最后将由虚拟机建立一个低优先级的finalizer线程去释放F-Queue中的对象
在释放过程中对象还能够完毕一次自救，自救的方法就是让自己与gc root关联起来就能够了比如在对象的finalize方法中把自己也就是this赋值给一个一个其它对象的变量类型是当前对象的类型属性（可是假设这个其它对象也是在F-Queue中的就不能完毕自救，原因就是这个其它对象本省并不能与gc root相关联），可是由于不论什么一个对象的finalizer方法仅仅能由虚拟机运行一次，所以不论什么一个须要被回收的对象。也仅仅能完毕一次自救。

后记：

finalize这种方法建议大家平时不要用，这种方法全然是当时java诞生的时候为了照应c++程序猿做出的一种妥协，正常开发过程中全然能够忘记有这种方法。

作者:北京小明

QQ:645707787

Phone:18311276689

假设有哪里不对的地方,欢迎指正。