一、JVM类加载机制——自定义类加载器
二、JVM——对象内存分配机制
三、JVM内存模型
四、JVM垃圾收集算法和垃圾收集器
五、CMS垃圾回收器——三色标记算法
六、G1垃圾收集器
七、JVM调优实战——基本命令使用
八、JVM调优实战——arthas使用
九、大流量电商系统JVM调优案例
1、JVM参数设置
-Xms 3072M -Xmx3072M -Xss1M -XX:MetaspaceSize=512M -XX:MaxMetaspaceSize=512M
2、JVM内存模型
内存模型图说明
内存大小设置为3G，默认老年代和年轻代的大小为2:1；
所以old区域=2G，年轻代区域=1G；
年轻代中：eden：S0=8:1；得出eden区域=800M，S0=S1=100M；
垃圾回收过程分析
1、new出来的对象先存入eden区域，800M/60M14秒；大约第14秒，eden区域就满了，触发minor GC(短暂的STW)；
2、minor GC进行垃圾回收操作，回收13秒的垃圾数据，第14秒的60M数据不算垃圾，会被放入S0区域；
3、根据动态年龄判断机制，60M>100M/2;这60M数据会直接进入老年代；
也就是说这次minorGC之后，年轻代被清空，60M垃圾数据进入老年代；
4、老年代大小2G/60M30秒多一点，触发FUllGC；这就出现问题了，这样的JVM参数设置，30秒多一点就触发一次FULLGC，显然不合理。
JVM参数调优
根据对垃圾回收过程的分析，我们发现动态年龄判断，导致60M数据直接进入老年代是产生问题的原因，我们需要避免其进入老年代。所以我们要增大年轻代的大小。
增加参数设置：-Xmn2048M，设置年轻代大小为2G
调优后的垃圾回收过程分析
1、new出来的对象先存入eden区域，1600M/60M==28秒；大约第28秒，eden区域就满了，触发minor GC(短暂的STW)；
2、minor GC进行垃圾回收操作，回收28秒的垃圾数据，第28秒的60M数据不算垃圾，会被放入S0区域；
3、根据动态年龄判断机制，60M<200M/2;这60M数据不会进入老年代；也就是说这次minorGC之后，eden区域清空，60M垃圾数据进入S0；
4、下次eden区域满是第56秒，触发minorGC，会直接回收eden和S0区域，把第56秒产生的60M数据存入S1区域；没有机会触发FULLGC；
以上的调优过程是比较理想化的过程，实际过程中需要结合JVM调优工具，进行参数不断调整。
