GC方法：在JVM启动时填入参数（比如：-XX:+UseConcMarkSweepGC ）
算法区分：
1.古老回收算法： Reference Counting ，对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题。
2，Mark-sweep: 其实也是老的此算法执行分两阶段。第一阶段从引用根节点开始标记所有被引用的对象，第二阶段遍历整个堆，把未标记的对象清除。此算法需要暂停整个应用，会产生内存碎片。
3，Coping 算法：
此算法把内存空间划为两个相等的区域，每次只使用其中一个区域。垃圾回收时，遍历当前使用区域，把正在使用中的对象复制到另外一个区域中。算法每次只处理正在使用中的对象，因此复制成本比较小，同时复制过去以后还能进行相应的内存整理，不会出现“碎片”问题。当然，此算法的缺点也是很明显的，就是需要两倍内存空间。
4，Mark-cOMPACT 此算法结合了“标记-清除”和“复制”两个算法的优点。也是分两阶段，第一阶段从根节点开始标记所有被引用对象，第二阶段遍历整个堆，把清除未标记对象并且把存活对象“压缩”到堆的其中一块，按顺序排放。此算法避免了“标记-清除”的碎片问题，同时也避免了“复制”算法的空间问题。 在速度上没有COPYING快。
分区区分：
1 增量收集
2 分代收集（看第一个图，现在算法中都是使用这个算法，分新生，年轻，年老，持久代）
插入G1回收算法，low-pause 低暂停垃圾收集。
核心：分块回收。 暂停时间可控
插入CMS回收算法啊，反而比较好理解，copy图文
初始标记 ：在这个阶段，需要虚拟机停顿正在执行的任务，官方的叫法STW(Stop The Word)。这个过程从垃圾回收的"根对象"开始，只扫描到能够和"根对象"直接关联的对象，并作标记。所以这个过程虽然暂停了整个JVM，但是很快就完成了。
并发标记 ：这个阶段紧随初始标记阶段，在初始标记的基础上继续向下追溯标记。并发标记阶段，应用程序的线程和并发标记的线程并发执行，所以用户不会感受到停顿。
并发预清理 ：并发预清理阶段仍然是并发的。在这个阶段，虚拟机查找在执行并发标记阶段新进入老年代的对象(可能会有一些对象从新生代晋升到老年代， 或者有一些对象被分配到老年代)。通过重新扫描，减少下一个阶段"重新标记"的工作，因为下一个阶段会Stop The World。
重新标记 ：这个阶段会暂停虚拟机，收集器线程扫描在CMS堆中剩余的对象。扫描从"跟对象"开始向下追溯，并处理对象关联。
并发清理 ：清理垃圾对象，这个阶段收集器线程和应用程序线程并发执行。
并发重置 ：这个阶段，重置CMS收集器的数据结构，等待下一次垃圾回收。
CMS:
使用：使用的话根据自己的需求，现在GC已经发展很完善了，已经有很多很好很优秀的框架了，比如HotSpot VM，C4 GC等。同时应该打印GC日志进行分析，这方面的工具也很多，GC需要去考虑配置，但是也不应该配置太多，改变原有GC算法初衷就不好了。这里只是引用各路大神加上我的理解。在实际编码时候最好还是写GC友好的代码。例如多用stirng,stringbuff等，维持老年代的稳定，等。根据具体的用的场景选择合适的GC算法，然后根据GC算法考虑自己代码的友好程度。毕竟什么算法也huld不住格格不入的代码。