1. JVM GC相关配置
-XX:+PrintGC 输出GC日志
-XX:+PrintGCDetails 输出GC的详细日志
-XX:+PrintGCTimeStamps 输出GC的时间戳（以基准时间的形式，即相对JVM启动时间）
-XX:+PrintGCDateStamps 输出GC的时间戳（以日期的形式，如 2013-05-04T21:53:59.234+0800）
-XX:+PrintHeapAtGC 在进行GC的前后打印出堆的信息
-Xloggc:../logs/gc.log 日志文件的输出路径
2. 垃圾回收算法
分代收集
年轻代：复制算法
老年代：
标记-清除
标记-整理
3. 垃圾回收器
| 垃圾回收器 | 目标 | note |
|---|---|---|
| CMS | 尽量减少垃圾回收引起的停顿时间 | CMS默认不进行内存压缩，会产生内存碎片；如果需要进行压缩，墟主动设置JVM参数开启 |
| Serial | ||
| Serial Old | ||
| ParNew | ||
| ParNew | ||
| Parallel Scavenge | ||
| Parallel Old | ||
| G1 |
年轻代收集器：Serial，ParNew，Parallel Scavenge
老年代收集器：Serial Old，Parallel Old，CMS
整代：G1
收集器搭配：
Serial + Serial Old，-XX:UseSerialGC
Serial + CMS，-XX:+UseConcMarkSweepGC -XX:-UseParNewGC
ParNew + Serial Old，-XX:UseParNewGC
ParNew + CMS，-XX:UseConcMarkSweepGC ，如果并发回收失败，老年代会退化为Serial Old，可设置ExplicitGCInvokesConcurrent强制每次都执行CMS GC
Parallel Scavenge + Serial Old，-XX:UseParallelGC
Parallel Scavenge + Parallel Old，-XX:UseParallelOldGC
CMS
- Initial Mark（STW），标记老年代中所有GC Roots；标记被年轻代中活着的对象引用的对象；
- Concurrent Mark，遍历老年代，标记所有存活的对象；
-
- Concurrent Preclean，
- Concurrent Abortable Preclean，
- Final Remark（STW），完成标记老年代所有存活的对象；
- Concurrent Sweep，清除堆中无用对象，回收堆空间；
- Concurrent Reset，当前CMS周期的收尾工作，重置一些参数，为下一次GC做准备；
JVM参数配置
-XX:UseConcMarkSweepGC，激活CMS垃圾回收器；
-XX:UseParNewGC，老年代使用CMS回收器时，年轻代可设置为并发收集，新版会默认关联启用；
-XX:+ExplicitGCInvokesConcurrent，调用系统GC时，执行CMS GC，而不是Full GC；
CMS GC悲观策略相关参数
- -XX:CMSInitiatingOccupancyFraction=
- -XX:UseCMSInitiatingOccupancyOnly
4. GC日志分析
CMS GC日志分析：http://www.cnblogs.com/zhangxiaoguang/p/5792468.html
聊聊JVM：http://blog.csdn.net/iter_zc/article/category/2758863
聊聊JVM（2）：http://blog.csdn.net/iter_zc/article/details/41802365
聊聊JVM（4）：http://blog.csdn.net/iter_zc/article/details/41825395
https://blogs.oracle.com/poonam/understanding-cms-gc-logs
https://blogs.oracle.com/poonam/understanding-g1-gc-logs
HotSpot JVM参数调优陷阱：http://hllvm.group.iteye.com/group/topic/27945
5. GC 备注
Full GC（System），可推断Full GC是由系统触发的，程序调用了System.gc()；
GC悲观策略，JVM会动态调整触发GC的时机
6. Finalizer & Reference
继承关系：Reference <- FinalReference <- Finalizer
FinalizerThread，与Reference结合使用，最终调用当前对象的finalize方法；
ReferenceHandler，继承Thread，与Cleaner结合，用户需实现自己的Runnable对象，由Cleaner调用进行（PhantomReference）对象清理；
当一个对象只有虚引用时，ReferenceHandler线程将会调用cleaner；
7. JVM内存模型描述
<=JDK7：
String字面量：永久代->Java Heap
符号引用Symbols：永久代->Native Heap
类的静态变量class statics：永久代->Java Heap
JDK8：
Class对象回收时机：
- 该类的所有的实例都已经被回收，即Java堆中不存在该类的任何实例；
- 加载该类的ClassLoader已经被回收；
- 该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问；
8. 内存Dump分析
JVM在heap新生代中，划分了多个线程私有的分配缓冲区（Thread Local Allocation Buffer, TLAB）
https://stackoverflow.com/questions/26351243/allocations-in-new-tlab-vs-allocations-outside-tlab?utm_medium=organic&utm_source=google_rich_qa&utm_campaign=google_rich_qa
http://www.javatang.com/archives/2017/10/30/53562102.html#_JConsole
9. 资料
https://blogs.oracle.com/jonthecollector/our-collectors
http://hllvm.group.iteye.com/group/topic/37095
https://segmentfault.com/a/1190000010463373
10. GC参数配置
-XX:+UseConcMarkSweepGC
-XX:+CMSClassUnloadingEnabled
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseCMSCompactAtFullCollection
-XX:CMSFullGCsBeforeCompaction=10
-XX:+ExplicitGCInvokesConcurrent -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=75
-XX:+TraceClassLoading
-XX:+PrintTenuringDistribution