JVM GC

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

1. Initial Mark（STW），标记老年代中所有GC Roots；标记被年轻代中活着的对象引用的对象；
2. Concurrent Mark，遍历老年代，标记所有存活的对象；
3. ​
   1. Concurrent Preclean，
   2. Concurrent Abortable Preclean，
4. Final Remark（STW），完成标记老年代所有存活的对象；
5. Concurrent Sweep，清除堆中无用对象，回收堆空间；
6. Concurrent Reset，当前CMS周期的收尾工作，重置一些参数，为下一次GC做准备；

JVM参数配置

-XX:UseConcMarkSweepGC，激活CMS垃圾回收器；

-XX:UseParNewGC，老年代使用CMS回收器时，年轻代可设置为并发收集，新版会默认关联启用；

-XX:+ExplicitGCInvokesConcurrent，调用系统GC时，执行CMS GC，而不是Full GC；

CMS GC悲观策略相关参数

• -XX:CMSInitiatingOccupancyFraction=<value>
• -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对象回收时机：

1. 该类的所有的实例都已经被回收，即Java堆中不存在该类的任何实例；
2. 加载该类的ClassLoader已经被回收；
3. 该类对应的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