如何确定一个对象是垃圾？
对于某个对象而言，只要应用程序中持有该对象的引用，就说明该对象不是垃圾，如果一个对象没有任何指针对其引用，它就是垃圾。
通过GC Root的对象，开始向下寻找，看某个对象是否可达
例子：opt2==引用—》引用其他对象—》其他对象person 只要这条链路上的对象被引用，那么就不能称他们为垃圾，即不可回收；
一般情况下只针对堆进行垃圾回收。方法区、栈和本地方法区不被GC所管理,因而选择这些区域内的对象作为GC roots,被GC roots引用的对象不被GC回收。
能作为GC Root:类加载器、Thread、虚拟机栈的本地变量表、static成员、常量引用、本地方法
栈的变量等
垃圾回收算法
1.标记-清除 算法
找出内存中需要回收的对象，并且把它们标记出来
清除掉被标记需要回收的对象，释放出对应的内存空间
缺点：
(1)标记和清除两个过程都比较耗时，效率不高
(2)会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。
2.复制算法
将内存划分为两块相等的区域，每次只使用其中一块
当其中一块内存使用完了，就将还存活的对象复制到另外一块上面，然后把已经使用过的内存空间一次清除掉。
缺点: 空间利用率降低。 但是空间连续了，解决了标记清除的缺点
3.标记-整理 算法
标记过程仍然与"标记-清除"算法一样，但是后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存
让所有存活的对象都向一端移动，清理掉边界意外的内存。
堆内使用垃圾回收：
Young区：复制算法(适用于少量对象存货的场景，Young区属于朝生夕死 的，复制效率比较高)
Old区：标记清除或标记整理(Old区对象存活时间比较长，复制来复制去没必要，不如做个标记再清理)
考量垃圾收集器的维度：单线程/多、并发吞吐量
若吞吐量越大，意味着垃圾收集的时间越短，则用户代码可以充分利用CPU资源，尽快完成程序
的运算任务
1.Serial、Serialold、Parallel Scavenge都是单多线程和并行方面的
** 2.CMS(Concurrent Mark Sweep)收集器的内存回收过程是与用户线程一起并发地执行的。**
优点：并发收集、低停顿
缺点：产生大量空间碎片、并发阶段会降低吞吐量
3.G1收集器(筛选回收) JDK 9默认的垃圾收集器
并行与并发
分代收集（仍然保留了分代的概念）
空间整合（整体上属于“标记-整理”算法，不会导致空间碎片）
可预测的停顿（比CMS更先进的地方在于能让使用者明确指定一个长度为M毫秒的时间片段内，消耗在垃圾收集上的时间不得超过N毫秒）
根据用户所期望的GC停顿时间制定回收计划
理解吞吐量和停顿时间
停顿时间->垃圾收集器 进行 垃圾回收终端应用执行响应的时间
吞吐量->运行用户代码时间/(运行用户代码时间+垃圾收集时间)
停顿时间越短就越适合需要和用户交互的程序，良好的响应速度能提升用户体验(web程序)；
高吞吐量则可以高效地利用CPU时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务（跑任务）
停顿时间小：CMS、G1，并发类，适用于web开发，交互多
吞吐量搞：parallel old 并行类
选择合适的垃圾收集器
优先调整堆的大小让服务器自己来选择
如果内存小于100M，使用串行收集器（serial）
如果是单核，并且没有停顿时间要求，使用串行或JVM自己选
如果允许停顿时间超过1秒，选择并行或JVM自己选
如果响应时间最重要，并且不能超过1秒，使用并发收集器（CMS \ G1）