頻繁GC 是Java最常見的線上故障之一，直接表現(xiàn)：CPU 高、響應(yīng)慢、卡頓、甚至OOM。
我給你一套最實用、最快定位的排查步驟，從查看GC情況 → 定位原因 → 解決問題，全程不猜、不重啟。

一、先確認(rèn)：是不是真的頻繁GC？

1. 看GC實時狀態(tài)（最關(guān)鍵）

jstat -gc <PID> 1000 10

每1秒輸出一次GC，共10次。

重點看這4列

• YGC：YoungGC 次數(shù)（每秒漲好幾次 = 頻繁YoungGC）
• YGCT：YoungGC 總耗時
• FGC：FullGC 次數(shù)（只要一直在漲 = 嚴(yán)重問題）
• FGCT：FullGC 總耗時

判定標(biāo)準(zhǔn)（線上通用）

1. FGC 每分鐘 ≥1 次 → 嚴(yán)重頻繁GC，必須立刻處理
2. YGC 每秒 ≥2 次 → 頻繁YoungGC
3. GC耗時占比 >10% → 影響業(yè)務(wù)

二、快速判斷：頻繁GC 分 3 種類型

1.頻繁 FullGC（最危險）

癥狀：CPU 高、應(yīng)用卡頓、FGC 瘋狂上漲
原因：內(nèi)存泄漏、堆內(nèi)存不足、大對象、元空間溢出

2.頻繁 YoungGC

癥狀：YGC 很高，但FGC不漲
原因：新生代太小、創(chuàng)建對象太快

3.YoungGC 高 + 慢慢觸發(fā) FullGC

原因：內(nèi)存泄漏（最常見）

三、3步定位頻繁GC根因（實戰(zhàn)流程）

第一步：看堆內(nèi)存使用情況

jmap -heap <PID>

重點看：

• 堆總配置
• 老年代使用率
• 元空間使用率

如果老年代快滿了還在漲 → 內(nèi)存泄漏。

第二步：導(dǎo)出堆快照（定位誰在占用內(nèi)存）

jmap -dump:format=b,file=heap.hprof <PID>

注意：

• 生產(chǎn)導(dǎo)出時會STW，建議低峰期執(zhí)行
• 或者加參數(shù)：-dump:live,format=b... 只抓存活對象（更快）

第三步：分析堆快照（找泄漏代碼）

用以下工具打開 heap.hprof：

• Eclipse MAT（最強）
• JProfiler
• IDEA 自帶 Profiler

你重點找這3類問題

1. 某個業(yè)務(wù)對象實例數(shù)暴增（內(nèi)存泄漏）
2. 超大集合（List/Map 只加不刪）
3. 靜態(tài)變量緩存了大量對象（最常見泄漏點）

四、90% 的頻繁GC 就這 5 種原因

1.內(nèi)存泄漏（最常見）

特征：FGC 越來越頻繁，老年代回收不掉
典型代碼：

• static Map 不斷put數(shù)據(jù)，不清理
• 線程池使用不當(dāng)，ThreadLocal 沒remove
• 流、連接未關(guān)閉

2.堆內(nèi)存太小

特征：GC 后內(nèi)存依然占滿
解決：加大 -Xmx

3.創(chuàng)建大對象/瞬時對象過多

比如：超大List、批量查詢、JSON序列化
特征：YGC 非常頻繁

4.元空間溢出

特征：FGC，OGF: Metaspace
原因：反射、動態(tài)代理、大量類加載

5.直接內(nèi)存泄漏

NIO/Netty 未釋放直接內(nèi)存，導(dǎo)致頻繁FullGC

五、1分鐘快速排查命令（直接復(fù)制）

# 1. 找Java進程
ps -ef | grep java
# 2. 實時GC監(jiān)控
jstat -gc <PID> 1000
# 3. 看堆內(nèi)存
jmap -heap <PID>
# 4. 導(dǎo)出堆dump
jmap -dump:live,format=b,file=heap.hprof <PID>
# 5. 看線程棧（排查CPU+GC關(guān)聯(lián)）
jstack <PID>

六、解決方案（直接對照用）

1. 內(nèi)存泄漏

修復(fù)代碼：

• 用完的集合清空
• ThreadLocal 調(diào)用 remove()
• 關(guān)閉流/連接
• 緩存加過期、加淘汰策略

2. 新生代太小

-Xmn2g 或調(diào)整 NewRatio

3. 堆太小

-Xms4g -Xmx4g

4. 元空間太小

-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m

5. 對象創(chuàng)建太快

優(yōu)化批量查詢、減少大對象、異步、緩存

七、最實用的GC排查口訣

FGC頻繁查泄漏，
YGC頻繁看對象，
堆滿就是內(nèi)存漏，
泄漏都在集合里。

總結(jié)

1. jstat -gc 確認(rèn)頻繁GC
2. jmap -dump 導(dǎo)出堆
3. MAT 分析誰占內(nèi)存
4. 90% 是static集合、ThreadLocal、緩存無回收導(dǎo)致泄漏

以上就是Java頻繁GC的完整排查流程與解決方法的詳細內(nèi)容，更多關(guān)于Java頻繁GC排查與解決的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論