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

导论：

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

1.finalize()

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

• 为了应对上面的那种情况，java允许在类中定义一个名为finalize()的方法。
• 工作原理：一旦垃圾回收器准备好释放对象占用的存储空间，将首先调用其finalize()方法，并且在下一次垃圾回收动作发生时，才会真正回收对象占用的内存。
• 潜在编程陷阱：
  对象可能不被垃圾回收
  垃圾回收并不等于“析构”
• 只要程序没有濒临存储空间用完的那一刻，对象占用的空间就总也得不到释放。如果程序结束，并且对象占用的存储空间一直没有被垃圾回收器回收，则会随着
  程序的退出，那些资源也会全部交还给操作系统。
• 之所以使用finalize()方法，大多数是发生在使用“本地方法c”的情况下。
  所以不要过多的调用finalize()方法。它是处理特殊情况的清理工作的。                             
  

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

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

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

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

• 垃圾回收器对于提高对象的创建速度，有明显的效果
• 存储空间的释放会影响存储空间的分配？这确实java虚拟机的工作方式。
• 在某些java虚拟机上：堆的分配更像一个传送带，每分配一个新对象，他就往前移动一个。这意味着分配的速度非常快。java“堆指针”只是简单的移动到尚未分配的区域，效率非常高。
  然而，实际上java中的堆未必完全像传送带那样工作。要是真的那样的话，势必会导致频繁的内存页面调度——将其移进移出硬盘。页面的调度会显著的影响性能，最终，在创建了足
  够多的对象后，内存资源将耗尽。
  解决的方法就是垃圾回收器，当它工作时，将一面回收空间，一面使堆中的对象紧凑排列，这样“堆指针”就可以很容易移动到更靠近传送带的开始出，也就避免了页面错误的调度。
• 通过垃圾回收器对对象重新排列，实现了一种高速的、有无限空间可供分配的对模型。

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

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