写这类文章是为了记录下网上看到的/自己经历的一些一环扣一环的面试问题，一方面提高自己的理论知识，另外一方面也给自己去参加面试或面试他人提供点参考和帮助。

问题一：

为什么一个对象会被GC？

对象在进行可达性分析后发现没有与GC Roots相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有要执行finalize()方法。有必要执行finalize()方法的话，会把对象放置在一个叫做F-Queue的队列中，GC会对队列中的对象进行第二次小规模的标记，如果对象没有重新与引用链上的任何一个对象建立关联，则就被真正回收。

说白了就是一个对象不存在任何引用，然后就会被回收。

触发一个对象的回收：

1.对象没有引用

2.作用域发生捕获异常

3.程序在作用域正常执行完毕

4.程序执行了System.exit()

5.程序发生意外终止

　　

问题二：为何会在这个时候发生GC？

1.新对象生成，在Eden申请空间失败。2.老年代被写满、持久代被写满（已经移除）、System.gc()被显示调用、上一次GC之后Heap的各域分配策略动态变化

问题三：GC都有哪些策略的分类？

这边应该是对于每个垃圾回收器的说明了。

新生代收集器：

1.Serial收集器

　　　　单线程执行GC 会引起"Stop The World" 虚拟机运行在Client模式下的默认新生代收集器 简单而高效(与其它收集器单线程比) 适用于用户桌面应用 采用复制算法

　　2.ParNew收集器

　　　　多线程执行GC 会引起"Stop The World" 虚拟机运行在Server模式下新生代收集器首选 因为需要配合老年代的CMS收集器工作 采用复制算法

　　3.Parallel Scavenger收集器(吞吐量优先收集器)

　　　　关注点达到一个可控制的吞吐量(CPU用于运行用户代码的时间与CPU总消耗时间的比值) 适用于后台计算而不需要太多交互的任务 GC自适应调节策略(-XX:+UseAdaptiveSizePolicy) 采用复制算法

　　老年代收集器　

　　4.Serial Old收集器

　　　　单线程 适用于Client模式下 采用标记-整理算法

　　5.Parallel Old收集器

　　　　Parallel Scavenger的老年代版本 多线程 采用标记-整理算法 配合Parallel Scaverger 吞吐量优先的收集器才名副其实

　　6.CMS收集器

　　　　关注点尽可能地缩短垃圾收集器用户线程的停顿时间 采用标记-清除算法

　　　　

　　　　过程看JVM书中的图比较清晰。

　　　　缺点：

　　　　　　对CPU资源非常敏感 CPU比较多的时候效果比较好(回收线程：(CPU数量+3)/4)

　　　　　　无法处理浮动垃圾 容易失败产生Concurrent Mode Failure,然后需要Serial Old收集器重新进行垃圾收集。

　　　　　　会产生大量空间碎片

　　7.G1收集器

　　基于标记-整理算法 精确控制停顿 将Java堆(包括新生代、老年代)划分多个大小固定的独立区域(Region),跟踪这些区域的垃圾堆积情况，在后台维护一个优先列表，每次根据允许的收集时间，优先回收垃圾　　　　　　最多的区域

问题三：这些策略都有什么优劣势，适用于哪些场景？

　　这个问题也基本上都在上面了。

　　垃圾回收的博文:https://my.oschina.net/u/2380961/blog/750189

　　JVM的垃圾回收在幕后辛苦劳作,让我们"摆脱了"内存管理的负荷。听说Python就没有提供这么多的选择，等我都熟悉了得去比较下两者。

　　《深入理解Java虚拟机》值得一看，上面的内容都是基于书上第三章的。爱Java，爱生活！