Java垃圾处理

清理：终结处理与垃圾回收

1.finalize()
Java中允许类定义一个名为finalize()方法，他的工作原理假定为：一旦垃圾回收器准备好释放对象占用的存储空间，（如果对象覆盖了Object的finalize()并且函数体内不为空）将首先调用finalize()方法，并且在下一次垃圾回收动作发生时，才会真正的回收对象占用的内存。
Java中的对象可能不被垃圾回收。 例如：假设某个对象在创建过程中将自己绘制到屏幕上，如果不是明确的从屏幕上将其擦除，他可能永远得不到清理。如果在finalize()里加入某种擦除功能，当"垃圾回收"发生时（不能保证一定会发生），finalize()得到调用，图像就会被擦除。要是"垃圾回收"没有发生，图像会一直保存下来。

• finalize()用途
  finalize()不应该作为通用的清理方法。垃圾回收只与内存有关。也就是说，使用垃圾回收器的唯一原因是为了回收程序不再使用的内存。所以对于与垃圾回收有关的行为来说(例如finalize())他们也必须同内存及其回收有关。"“垃圾回收”"不保证一定会发生，如果JVM未面临内存耗尽的情形，它是不会浪费时间去执行垃圾回收以恢复内存的。
  另外，并不推荐去使用finalize()

  1. finalize()调用时间不确定--有资源浪费风险。如果把某些稀缺资源放到finalize()里面释放，可能会导致该稀缺资源导致很久之后才被释放，另外，一些对象携带的资源本身就很耗费内存，这些资源的延迟释放会造成很大的性能问题
  2. 可能不被调用--有资源泄露风险
  3. 对象可能 在finalize()调用时复活。本来只要某个对象没有引用的时候垃圾回收器才会调用finalize函数。如果在finalize()内部再将对象自身的引用保存在某处，就相当于把自己复活了。为了防止这种事情，垃圾回收器只能在每次调用完finalize()后再去检查该对象是否还处于失效状态，这又增加了JVM开销。另外，JDK文档中规定了，JVM对于每个对象实例最多会调用一次finalize()。所以，对于那些复活的对象，当他们真正死亡时，finalize()反而不会调用了。
  4. 参照finalize()，需要自己去捕获异常
  5. 小心线程安全。调用finalize()是垃圾回收线程，和自己的代码不是一个线程；甚至不同对象的finalize()可能会被不同的垃圾回收线程调用。
  

···

2. 清理对象
   通常不能指望finalize()，必须创建其他的清理方法，并且明确的调用他们。
   Java的垃圾回收器可以提高对象的创建速度–存储空间的释放会影响存储空间的分配(P89 5.5.4)。

• 引用计数法
  引用计数是一种简单但速度慢的垃圾回收计数。每个对象都有一个引用计数器，当有引用连接对象时，引用计数加1.当引用离开或为null，引用减1。虽然引用管理开销不大，但这项开销在程序整个生命周期中发送。垃圾回收器会在含有全部对象的列表上遍历，当发现某个对象的引用计数为0时，就释放空间。这个方法的缺陷：如果对象之间循环引用，可能会出现“对象应该被回收，但引用计数不为0”。对垃圾回收器而言，定位这样情况的对象组工作量大。引用计数常用来说明垃圾收集的工作方式，但似乎未被应用任何一种Java虚拟机实现中。
• 可达性分析算法
  通过GC ROOT的对象作为搜索起始点，通过引用向下搜索，所走过的路径称为引用链。通过对象是否有到达引用链的路径来判断对象是否可被回收（可作为GC ROOT的对象：虚拟机栈中引用的对象，方法区中类静态属性引用的对象，方法区中常量引用的对象，本地方法栈中JNI引用的对象）

这一类算法思想：对任何“活”对象一定能追溯到其存货在堆栈或静态存储区中的引用。这个引用链条可能会产国数个对象层。由此，如果从堆栈和静态存储区开始，遍历所有的引用，就能找到所有活的对象。对于发现的每个引用，必须追踪到它引用的对象，然后是次对象包含的所有的引用，如此反复进行，直到“根源于堆栈和静态存储区的引用”行测的网络全部被访问为止。所访问的对象必须是活的。这种情况下解决了引用计数法的缺陷。
在这种方式下，Java虚拟机采用一种自适应的垃圾回收技术。至于如何找到存活的对象，取决于jvm。有以下做法：
- 停止-复制(stop-and-copy)。显然意味着，先暂停程序的运行(所以它不属于后台回收的方式)，然后将所有存活的对象从当前堆复制到另一个堆，没有被复制全是垃圾。这个过程中，所有指向对象的引用会被修正。这个过程中新堆中的对象的地址是连续的。问题在于：效率低(有两个堆；复制：有可能只有少量垃圾或者没有垃圾，复制很浪费)。为了避免这种情况，一些jvm会进行检查，如果没有新垃圾产生，会转换到另外一种工作模式(即“自适应”)。使用标记-清扫。
- 标记-清扫。速度慢，但如果只会产生少量垃圾或者没有垃圾，它的速度就很快了。思路同样是从堆栈和静态存储区出发，遍历所有的引用，找出所有存活的对象。每找到一个存活的就会给对象一个标记，这个过程中不会回收任何对象。只要全部标记工作完成时，清理工作才会开始，没有标记的对象会被释放，不会发生复制。所以剩下的堆空间是不连续的，如果垃圾回收器希望得到连续空间，就需要重新整理剩下的对象。这种方式也是需要暂停当前程序。
- 其他算法：待补充

参考链接：不使用finalize()
参考链接：jvm垃圾回收机制

参考书籍：Java编程思想 第四版 第五章