why
内存的及时回收
控制内存回收所带来的暂停时间
上层
堆内存大小调优
垃圾收集器调优
JIT编译器调优
架构
确定目标
响应速度优先
针对app接口，请求比较零散，对响应时间要求快
长暂停时间不可接受吞吐量优先
针对大量请求同时涌入或大数据批处理场景，保证内存及时回收，能处理更多吞吐
长暂停时间可接受
收集日志
直接输出日志到控制台
java -Xmx1024m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar performance-1.0.0.jar
输出日志到文件
java -Xmx1024m -Xloggc:/netease/gc1.log -jar performance-1.0.0.jar
分析日志
查找到performance-1.0.0.jar的进程号(jcmd取第一列)
jcmd | grep "performance-1.0.0.jar" | awk '{print $1}'
GCViewer工具，辅助分析GC日志文件
https://github.com/chewiebug/GCViewer
jstat 实时动态监控GC统计信息
间隔1000毫秒统计一次，每10行数据后输出列标题
jstat -gc -h10 1}') 1000
调整参数
常用JVM参数
常用GC参数
堆内存大小
尽量大，但不能占满机器资源，机器需要预留资源给其他程序比如jmap，jstat等
通过命令查看当前JVM参数设置值
Parallel GC+ Parallel Old GC收集器参数调优
回收机制：吞吐量优先；回收线程与用户线程串行运行，新生代与老年代GC并行运行
打开自适应GC策略（自动调整堆内存分区大小）：-XX:+UseAdaptiveSizePlicy
调整垃圾回收线程数量：-XX:ParalleGCThreads
一般配置为cpu核心数
ParNew GC收集器参数调优：-XX:+UseParNewGC
回收机制：吞吐量优先；只是将回收线程多线程化，除了这个并没有太多创新之处，本质上也是独占式收集
器，会触发stop the world
调整垃圾回收线程数量：-XX:ParalleGCThreads
一般配置为cpu核心数
CMS收集器参数调优：-XX:+UseConcMarkSweepGC
回收机制：响应时间优先；部分时间里回收线程与用户线程并发运行(并发标记/并发清除)，减小暂停时间
一边充电一边玩手机模式
定义CMS过程中并发运行的回收线程数：-XX:ConcGCThreads
G1收集器参数调优：-XX:+UseG1GC
回收机制：兼顾吞吐量和响应时间
同时适用于新生代和老年代
将对内存划分为多个小区域进行回收
