第五章.初始化和清理 终结处理和垃圾回收

导论：

将一个对象初始化后就“弃之不顾”的做法并非总是安全的。虽然java用垃圾回收器回收无用对象占用的内存资源。但也有特殊情况，
假定对象并非使用new获得了一块“特殊”的区域，由于垃圾回收器只知道释放那些经由new分配的内存，所以他不知道该怎样释

放这块“特殊”的内存。

1.finalize()

此方法出现的原因：回收除以new方法创建对象方式以外的方式分配的内存

为了应对上面的那种情况，java允许在类中定义一个名为finalize()的方法。
工作原理：一旦垃圾回收器准备好释放对象占用的存储空间，将首先调用其finalize()方法，并且在下一次垃圾回收动作发生时，才会真正回收对象占用的内存。
潜在编程陷阱：

对象可能不被垃圾回收

垃圾回收并不等于“析构”
只要程序没有濒临存储空间用完的那一刻，对象占用的空间就总也得不到释放。如果程序结束，并且对象占用的存储空间一直没有被垃圾回收器回收，则会随着

程序的退出，那些资源也会全部交还给操作系统。
之所以使用finalize()方法，大多数是发生在使用“本地方法c”的情况下。

所以不要过多的调用finalize()方法。它是处理特殊情况的清理工作的。                             

垃圾回收并不能完全代替析构函数，如果想进行出释放存储空间之外的清理工作，还是得明确的调用某个恰当的Java方法。

无论是垃圾回收还是终结，都不保证一定发生。如果Java虚拟机并未面临内存耗尽时，它是不会浪费时间去执行垃圾回收以回复内存的。

只要程序中存在没有被适当清理的部分，程序就存在很隐晦的缺陷。使用finalize()方法发现这种缺陷。因为他总是在对象被回收前调用。

2.垃圾回收器是如何工作的

垃圾回收器对于提高对象的创建速度，有明显的效果
存储空间的释放会影响存储空间的分配？这确实java虚拟机的工作方式。
在某些java虚拟机上：堆的分配更像一个传送带，每分配一个新对象，他就往前移动一个。这意味着分配的速度非常快。java“堆指针”只是简单的移动到尚未分配的区域，效率非常高。

然而，实际上java中的堆未必完全像传送带那样工作。要是真的那样的话，势必会导致频繁的内存页面调度——将其移进移出硬盘。页面的调度会显著的影响性能，最终，在创建了足

够多的对象后，内存资源将耗尽。
解决的方法就是垃圾回收器，当它工作时，将一面回收空间，一面使堆中的对象紧凑排列，这样“堆指针”就可以很容易移动到更靠近传送带的开始出，也就避免了页面错误的调度。
通过垃圾回收器对对象重新排列，实现了一种高速的、有无限空间可供分配的对模型。

3.其他系统中的垃圾回收机制【第90页】

引用计数模式
自适应垃圾回收技术
复制式回收器
标记-清扫
停止-复制
及时编译计数
······还有好多（或许自己也可以创造出来一种）