GC：垃圾回收或者垃圾收集器
一、垃圾收集器分类：
1.1按用于垃圾回收的线程数分类
分为串行垃圾回收器和并行垃圾回收器
指的是在同一时间段内只允许有一个CPU用于执行垃圾回收操作，此时工作线程被暂停，直至垃圾收集工作结束
在诸如单CPU处理器或者较小的应用内存等硬件平台不是特别优越的场合，串行回收器的性能表现可以超过并行回收器和并发回收器，所以，串行回收默认被应用在客户端的Client模式下的JVM中
在并发能力比较强的CPU上，并行回收器产生的停顿时间要断于串行回收器
串行回收仍然与并行回收一样，采用独占式，使用STW机制
1.2按照工作模式分类
分为并发式垃圾回收器和独占式垃圾回收器
并发式垃圾回收器与应用程序线程交替工作，以尽可能减少应用程序的停顿时间
独占式垃圾回收器一旦运行，就停止应用程序中的所有用户线程，知道垃圾回收过程完全结束
1.3按照碎片处理方式分：
压缩式垃圾回收器和非压缩式垃圾回收器
压缩式垃圾回收器会在垃圾回收完成后，对存活对象进行压缩整理，消除回收后的碎片
非压缩式垃圾回收器不进行这步操作
1.4按工作的内存区间分
分为年轻代垃圾回收器和老年代垃圾回收器
二、评估GC的性能指标：
- 吞吐量：运行用户代码的时间占总运行时间的比例
- 总运行时间：程序的运行时间+内存回收的时间
- 垃圾收集开销：吞吐量的补数，内存回收的时间占总运行时间的比例
- 暂停时间：执行垃圾收集时，程序的工作线程被暂停的时间
- 收集频率：相对于应用程序的执行，收集操作发生的频率
- 内存占用：Java堆所占的内存大小
主要抓以上两点：
吞吐量，暂停时间
吞吐量：比如：虚拟机总共运行了100分钟，其中垃圾收集花掉了1分钟，那吞吐量就是99%
高吞吐量和低暂停时间是一对相互竞争的目标，如果要选择以吞吐量优先，那么必然需要降低内存回收的执行频率，但是这样会导致GC需要更长的暂停时间来执行内存回收
现在标准：在最大吞吐量优先的情况下，降低停顿时间