1、垃圾收集器与内存分配策略
2、垃圾收集算法：三个新生代gc收集器：
3、垃圾收集算法：年老代gc收集器：
Serial Old收集器：
定义：单线程收集器，使用标记～整理算法进行处理。
使用：与Serial、Parallel Scavenge两个年轻代收集器配合使用，或者作为CMS收集器的后备预案。
特性：单线程、STW。
Parallel Old收集器：
定义：Parallel Scavenge的老年代版本，使用多线程和“标记～整理”算法。
使用：与Parallel Scavenge配合使用。Parallel Old出现之前Parallel Scavenge只能与Serial Old配合工作，
导致Parallel Scavenge很难发挥其吞吐量优先的特性。
特性：多线程、“标记～整理”。在注重吞吐量以及cpu资源敏感的场合，Parallel Scavenge和Parallel Old是“神雕侠女”（配合使用最佳）。
CMS收集器：
定义：Concurrent Mark Sweep，并发 标记～清除算法，以获取最短回收停顿时间为目的的收集器。标记～清除算法都存在碎片问题。
使用：注重响应速度的场景使用最佳。
特性：四个步骤，初始标记、并发标记、重新标记、并发清除。初始标记、重新标记需要stw，但是它们两个耗时很短（低停顿），
而耗时很长的并发标记、并发清除可以与用户线程一起工作，所以总体上，CMS收集器是与用户线程并行工作的。
缺点：由于CMS收集器无法处理浮动垃圾，浮动垃圾是因为CMS收集器工作时，用户线程也在进行，这期间产生的垃圾，
CMS收集器无法处理而产生浮动垃圾。由于用户线程仍在工作，CMS收集器需要预留一部分空间XX给用户线程使用，
CMS收集器不能等老年代几乎被填满再进行收集。程序运行时，若XX不够用，会出现：Concurrent Mode Failure失败，
这个时候虚拟机启动后背预案用Serial Old收集器来重新进行年老代的垃圾收集，但这样停顿时间就长了。因此XX不能太小。
4、垃圾收集算法：G1收集器：
定义：Garbage-First。不是年老代专用，而是与年轻代共用的垃圾收集器。
使用：反正G1全是优点，书本说的有点多。又是复制算法＋标记整理算法结合，注重停顿时间、无碎片。
特性：并行与并发、可预测的停顿。。。。。。。。。。
缺点：呵呵，没说。
总结：G1目前还不成熟。是否稳定有待实践的检测。