jvm内存管理及模型：
共享数据区： 堆区（存放对象，需要被gc处理） 方法区数据隔离区（私有）： java栈（栈区） 本地数据栈 程序计数器通过模型我们可以看出gc模型由年轻代（Minor GC），和两个s幸存者区，老年代区，持久代区组成（持久代区jdk8之后就没有了）。
当新北new出来的对象就会被放入新生代（Edn）中，当没被外部引用的时候就会被gc清理掉，如果还被引用的对象将会被放入幸存者区（s区）。
是为了减少新生代对象进入老年代给gc造成压力。减少触发full gc和YGC（没有被外部引用的对象将会被gc处理）。
注：如果满足下面的指标，则一般不需要进行GC： Minor GC执行时间不到50ms； Minor GC执行不频繁，约10秒一次； Full GC执行时间不到1s； Full GC执行频率不算频繁，不低于10分钟1次；CMS收集器
并发标记清理（Concurrent Mark Sweep，CMS）收集器也称为并发低停顿收集器（Concurrent Low Pause Collector）或低延迟（low-latency）垃圾收集器；
针对老年代；基于"标记-清除"算法(不进行压缩操作，产生内存碎片)；以获取最短回收停顿时间为目标；并发收集、低停顿；需要更多的内存；G1收集器：
G1（Garbage-First）收集器，是一款面向服务端应用的收集器，应用在多处理器和大容量内存环境中，在实现高吞吐量的同时，尽可能的满足垃圾收集暂停时间的要求。
另外还具有一下特性： 像CMS收集器一样，能与应用程序线程并发执行。整理空间空间更快需要更多的时间来预测GC停顿时间不希望牺牲大量的吞吐性能不需要更大的Java Heap什么情况下才采用G1收集器代替cms收集器比较好呢？
（1）、超过50％的Java堆被活动数据占用； （2）、对象分配频率或年代提升频率变化很大； （3）、GC停顿时间过长（长于0.5至1秒）。
具体参数调优请看下篇文章