一、背景說明

• 應(yīng)用框架：Spring Boot 2.3.12.RELEASE
• JDK 版本：Oracle JDK 1.8（如 jdk1.8.0_231）
• 問題現(xiàn)象：Metaspace 內(nèi)存占用超過 200MB，存在潛在內(nèi)存泄漏或類加載異常風(fēng)險

Metaspace 簡介：
自 JDK 8 起，永久代（PermGen）被移除，取而代之的是 Metaspace。它用于存儲類的元數(shù)據(jù)（如 Class、Method、Field 等），默認使用本地內(nèi)存（Native Memory），理論上可動態(tài)擴展，但若類加載器未正確卸載，仍可能導(dǎo)致 Metaspace OOM。

二、診斷命令與工具

1. 使用jcmd查看 Native Memory 分布（含 Metaspace）

前提：啟動 Java 應(yīng)用時需開啟 Native Memory Tracking（NMT）

啟動參數(shù)示例：

nohup /home/jdk/jdk1.8.0_231/bin/java \
  -XX:+UnlockDiagnosticVMOptions \
  -XX:NativeMemoryTracking=summary \
  -Xmx${RUN_MAX_SIZE} \
  -Xms${RUN_SIZE} \
  -XX:+HeapDumpOnOutOfMemoryError \
  -XX:HeapDumpPath=${DUMP_LOG} \
  -XX:+PrintGC \
  -XX:+PrintGCDetails \
  -XX:+PrintGCTimeStamps \
  -XX:+UseGCLogFileRotation \
  -XX:NumberOfGCLogFiles=5 \
  -XX:GCLogFileSize=10M \
  -Xloggc:safe_manage_gc.log \
  -Dserver.port=${APP_PORT} \
  -jar ${APP_NAME} >/dev/null 2>&1 &

執(zhí)行 NMT 匯總分析：

/home/jdk/jdk1.8.0_231/bin/jcmd {pid} VM.native_memory summary

將 {pid} 替換為實際進程 ID（可通過 jps 或 ps 獲取）
輸出中重點關(guān)注 Class 和 Metaspace 相關(guān)內(nèi)存使用量

?? 示例輸出片段：

Total: reserved=1500MB, committed=800MB
-                 Class (reserved=300MB, committed=250MB)
                    (classes #20000)

2. 使用jcmd分析已加載的類統(tǒng)計信息

命令：

jcmd {pid} GC.class_stats > /tmp/gc_class_stats.txt

此命令輸出每個已加載類的詳細信息，包括：

• 類名
• 加載該類的 ClassLoader
• 字節(jié)碼大小
• 是否活躍（是否被引用）

可通過分析 /tmp/gc_class_stats.txt 定位異常加載的類或重復(fù)加載的類（如動態(tài)代理、Groovy 腳本、熱部署等場景）

3. 本地開發(fā)環(huán)境調(diào)試（IDEA）

在 Run/Debug Configurations → VM options 中添加以下參數(shù)，便于觀察類加載行為：

-XX:NativeMemoryTracking=summary
-XX:MaxMetaspaceSize=256m
-XX:+TraceClassLoading
-XX:+TraceClassUnloading

• -XX:+TraceClassLoading：打印每個被加載的類
• -XX:+TraceClassUnloading：打印被卸載的類（需配合 GC 觸發(fā)）
• 設(shè)置 MaxMetaspaceSize 可加速復(fù)現(xiàn) Metaspace OOM 問題

三、使用 Arthas 進行運行時分析

Arthas 是阿里開源的 Java 診斷工具，適合生產(chǎn)環(huán)境實時排查。

1. 下載 Arthas

curl -O https://arthas.aliyun.com/arthas-boot.jar

2. 啟動 Arthas

java -jar arthas-boot.jar

3. 選擇目標進程并分析類加載情況

進入 Arthas 控制臺后，輸入以下命令：

# 查看類加載統(tǒng)計
classloader
# 查看某個 ClassLoader 加載的所有類（例如 Spring 的 LaunchedURLClassLoader）
classloader -l
# 查看特定類是否被加載
sc com.example.YourClass
# 查看類加載器樹形結(jié)構(gòu)（有助于識別 ClassLoader 泄漏）
classloader -t

重點關(guān)注：

• 是否存在大量動態(tài)生成的類（如 CGLIB、ASM、Javassist 生成的代理類）
• 是否有自定義 ClassLoader 未被回收
• Spring Boot DevTools、Groovy、腳本引擎等組件可能頻繁加載類

四、常見 Metaspace 膨脹原因

五、優(yōu)化建議

1. 設(shè)置 Metaspace 上限（防止無限增長）：

   -XX:MaxMetaspaceSize=256m

2. 避免不必要的動態(tài)類生成：

   • 減少運行時字節(jié)碼操作
   • 避免在循環(huán)中定義 Lambda 或匿名類

3. 定期分析類加載情況：

   • 生產(chǎn)環(huán)境定期執(zhí)行 jcmd pid GC.class_stats
   • 對比不同時間點的類數(shù)量變化

4. 如果服務(wù)本身非常大，功能非常多，class數(shù)量和metaspace會一直增長到某個極限就不會再增長，結(jié)合IDEA本地測試即可

六、附錄：參考圖示

圖中顯示 Metaspace 已使用 210MB，且 Class 區(qū)域占比高，提示可能存在大量類加載。

通過以上方法，可系統(tǒng)性地分析和優(yōu)化 Java 應(yīng)用的 Metaspace 內(nèi)存使用，有效預(yù)防 java.lang.OutOfMemoryError: Metaspace 異常。

總結(jié)

到此這篇關(guān)于java Metaspace空間內(nèi)存超詳細分析的文章就介紹到這了,更多相關(guān)java Metaspace空間內(nèi)存內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論