JVM调优实战：从垃圾回收到内存模型，一次性搞定JVM核心知识点

一、JVM内存模型（JMM）

1.1 运行时数据区

┌─────────────────────────────────────┐ │ 运行时数据区 │ ├───────────────┬─────────────────────┤ │ │ 方法区 │ │ 线程共享区域 │ │ │ │ 堆 │ ├───────────────┴─────────────────────┤ │ │ 虚拟机栈 │ │ 线程私有区域 │ │ │ │ 本地方法栈 │ │ │ │ │ │ 程序计数器 │ └─────────────────────────────────────┘

1.2 各区域作用

二、垃圾回收算法

2.1 引用计数法（不用）

// 每个对象有个引用计数器// 引用+1，失效-1// 问题：循环引用无法回收ObjectA=newObject();ObjectB=newObject();A.ref=B;B.ref=A;A=null;B=null;// A和B互相引用，但已经不可达，计数却不为0

2.2 可达性分析（Java用这个）

GC Roots对象： ├── 虚拟机栈中引用的对象 ├── 方法区中类静态属性引用的对象 ├── 方法区中常量引用的对象 ├── 本地方法栈中JNI引用的对象 └── 活跃的线程引用

2.3 四种引用类型

// 强引用（永远不会回收）Objectobj=newObject();// 软引用（内存不足时回收）SoftReference<Object>soft=newSoftReference<>(newObject());// 弱引用（下次GC时回收）WeakReference<Object>weak=newWeakReference<>(newObject());// 虚引用（无法通过虚引用获取对象）PhantomReference<Object>phantom=newPhantomReference<>(newObject(),refQueue);

三、垃圾回收器

3.1 垃圾回收器分类

┌────────────────────────────────────────────────────┐ │ 新生代（Minor GC） │ │ ───────────────────────────────────────────────── │ │ Serial（串行）│ ParNew（并行）│ Parallel Scavenge │ │ ↓ ↓ ↓ │ ├────────────────────────────────────────────────────┤ │ 老年代（Major/Full GC） │ │ Serial Old│ Parallel Old│ CMS │ G1 │ ZGC │ └────────────────────────────────────────────────────┘

3.2 各回收器对比

3.3 CMS回收器（重点）

CMS（Concurrent Mark Sweep）是一种并发执行的垃圾回收器：

初始标记（STW）→ 并发标记 → 重新标记（STW）→ 并发清除

CMS配置：

-XX:+UseConcMarkSweepGC-XX:CMSInitialMarkingThreshold=100-XX:ConcGCThreads=4-XX:CMSInitiatingOccupancyFraction=70

CMS问题：

1. 内存碎片：标记-清除算法导致
2. 浮动垃圾：并发标记时新产生的垃圾
3. concurrent mode failure：浮动垃圾太多时触发

四、G1垃圾回收器

4.1 G1特点

4.2 G1 Region

┌──────┐┌──────┐┌──────┐┌──────┐┌──────┐ │ Eden ││ Eden ││ S1 ││ S2 ││ Old │ └──────┘└──────┘└──────┘└──────┘└──────┘ ↓ ↓ ↓ ┌──────────────────────────────────────┐ │ Humongous（大对象区） │ └──────────────────────────────────────┘

G1配置：

-XX:+UseG1GC-XX:MaxGCPauseMillis=200-XX:G1HeapRegionSize=4-XX:InitiatingHeapOccupancyPercent=45

五、JVM调优实战

5.1 常用JVM参数

# 堆大小设置-Xms4g# 初始堆大小-Xmx4g# 最大堆大小-Xmn2g# 新生代大小-Xss256k# 线程栈大小# 元空间设置-XX:MetaspaceSize=256m-XX:MaxMetaspaceSize=512m# GC日志-Xlog:gc*:file=gc.log

5.2 典型GC问题场景

场景1：频繁Young GC

现象：对象分配频繁，Survivor区不够 原因：对象朝生夕灭太多 解决： -Xmn1024m 调大新生代 -XX:MaxTenuringThreshold=15 调大年龄阈值

场景2：Full GC频繁

现象：老年代频繁回收 原因：大对象直接进老年代/内存泄漏 解决： -XX:+UseG1GC 换成G1 -XX:NewRatio=2 调小老年代比例 检查代码是否有内存泄漏

5.3 排查工具

# 1. jps 查看Java进程jps-l# 2. jstat 查看GC情况jstat-gcutil进程ID1000100# 3. jmap 生成堆转储jmap-dump:format=b,file=heap.hprof 进程ID# 4. MAT分析dump文件

5.4 实际调优案例

案例：某服务频繁Full GC

# 原始配置-Xms2g-Xmx2g-XX:+UseParallelGC# 现象# Full GC每分钟2-3次，每次停顿3-5秒# 分析jstat-gcutil进程ID100010# 发现Old区占用95%以上# 优化配置-Xms4g-Xmx4g-Xmn1g-XX:+UseG1GC-XX:MaxGCPauseMillis=200-XX:InitiatingHeapOccupancyPercent=50# 效果# Full GC降到每10分钟1次，停顿<1秒

六、CPU 100%排查

# 1. 找到CPU占用高的进程top# 2. 找到该进程中高CPU的线程top-Hp进程ID# 3. 将线程ID转为16进制printf"%x\n"线程ID# 4. 查看线程堆栈jstack 进程ID|grep16进制线程ID-A50

总结