第一个大家都应该知道的概念就是应用程序中不断的new 分配了内存，却没有显式的代码去清理内存，而执行这个清理过程的自动垃圾回收的过程就叫做GC。
但是，JVM 说明并没有要求一定要有GC，JVM 说明压根没规定一点需要GC。但是目前来说内存并非是无限的，所以目前的JVM 实现一般都自带了GC功能。
GC 的优点：
1 减轻了程序员维护对象内存的麻烦
2 增加了JVM 的内存安全,不会因为一些学生习作的问题而崩溃.
缺点:
1 性能的损失.
2 无法控制GC 的cpu.
GC 原则
1 必须能够识别垃圾对象
2 必须能够回收利用内存
怎么识别垃圾？
从根不可达的就是垃圾。
关于根的定义，各个虚拟机实现是不同的。根的范围比较的广，
这里主要区分的是垃圾回收的算法：
引用计数和跟踪。
引用计数：
这个是比较古老的垃圾回收方法。
优点是反应很快。
缺点是无法识别循环引用，当然加加减减本身也是耗费资源的。
正是因为如此，引用计数这种技术已经升天了！
tracing algorithm
最基本的算法叫做 标记和清除. 扫一轮下来,没能扫到的都标记为可达,没扫到的自然都是不可达了.
当然扫除以后,自然还需要压缩空间,将对象移动,更新对象引用的指针.
压缩空间也有一些算法,这里就不关注了.
按代回收
因为不知道GC 什么时候启动，什么时候完成，而且GC 开动时候程序基本就不好动了，所以增量回收的概念产生了为了减轻这种副作用。
按代回收就是增量回收的一种实现。
这里是一种很有意思的train 算法，具体下次再展开。
Finalization
由于jvm 实现是多种多样的，所以不要依赖于任何的终结器中的资源释放，天知道什么时候里面的代码会被执行。
对象可能在finalizer 里面复活，所以导致了软reachable, 弱reachable, 幻觉reachable 三种状态。
Note
GC 的优缺点?
常见的GC 算法？
常见的compact 算法？
关于object 的三个状态，下回分解。