标签：调用 finalize 对象 可达性 执行 方法 浅析
昨天有个小伙伴聊到java对象finalize方法。于是就想好好总结一下。
咱们都知道判断一个对象是否已经死了的方法有两种：
1：引用计数法
2：可达性分析算法
由于我们通常使用的虚拟机使用的可达性分析算法，所以我们这里聊的都是可达性分析算法的相关。
判断一个对象时生存还是死亡？？？
即使在可达性分析算法中不可导的对象，也并非就是‘非死不可’的，这时候我们可以理解为改对象暂时处于“缓刑”阶段，跟死囚犯一样，还是有机会不被砍头的。
说明一个对象已经死亡，至少需要经历两个被标记过程：
如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize（）方法。当对象没有覆盖finalize（）方法，或者finalize（）方法已经被虚拟机调用过，虚拟机将这两种情况都视为“没有必要执行”。
如果这个对象被判定为有必要执行finalize（）方法，那么这个对象将会放置在一个叫做
F-Queue的队列之中，并在稍后由一个由虚拟机自动建立的、低优先级的Finalizer线程去执行它。这里所谓的“执行”是指虚拟机会触发这个方法，但并不承诺会等待它运行结束，这样做的原因是，如果一个对象在finalize（）方法中执行缓慢，或者发生了死循环（更极端的情况），将很可能会导致F-Queue队列中其他对象永久处于等待，甚至导致整个内存回收系统崩溃。finalize（）方法是对象逃脱死亡命运的最后一次机会，稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果对象要在finalize（）中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可，譬如把自己（this关键字）赋值给某个类变量或者对象的成员变量，那在第二次标记时它将被移除出“即将回收”的集合；如果对象这时候还没有逃脱，那基本上它就真的被回收了
Finalize方法具有以下四个特点：
永远不要主动调用某个对象的finalize方法，该方法应该交给垃圾回收机制调用。
Finalize方法合适被调用，是否被调用具有不确定性，不要把finalize方法当做一定会执行的方法，
当JVM执行课恢复对象的finalize方法时，可能是改对象或系统中其他对象重新变成可达状态
当JVM调用finalize方法出现异常时，垃圾回收机制不会报告异常，程序继续执行。
注意点：
由于finalize方法不一定被执行，那么我们想清理某各类里打开的资源时，则不要方法finalize方法中。
实例说明：
运行结果可以看出，SAVE_HOOK对象的finalize（）方法确实被GC收集器触发过，并且在被收集前成功逃脱了。另外一个值得注意的地方是，代码中有两段完全一样的代码片段，执行结果却是一次逃脱成功，一次失败，这是因为任何一个对象的finalize（）方法都只会被系统自动调用一次，如果对象面临下一次回收，它的finalize（）方法不会被再次执行，因此第二段代码的自救行动失败了。
需要特别说明的是，上面关于对象死亡时finalize（）方法的描述可能带有悲情的艺术色
彩，笔者并不鼓励大家使用这种方法来拯救对象。相反，笔者建议大家尽量避免使用它，因为它不是C/C++中的析构函数，而是Java刚诞生时为了使C/C++程序员更容易接受它所做出的一个妥协。它的运行代价高昂，不确定性大，无法保证各个对象的调用顺序。有些教材中描述它适合做“关闭外部资源”之类的工作，这完全是对这个方法用途的一种自我安慰。finalize（）能做的所有工作，使用try-finally或者其他方式都可以做得更好、更及时，所以笔者建议大家完全可以
忘掉Java语言中有这个finalize方法的存在。
标签：调用,finalize,对象,可达性,执行,方法,浅析 来源： https://blog.51cto.com/10983206/2564033
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。