一、背景說(shuō)明

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

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

二、診斷命令與工具

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

前提：?jiǎn)?dòng) Java 應(yīng)用時(shí)需開(kāi)啟 Native Memory Tracking（NMT）

啟動(dòng)參數(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} 替換為實(shí)際進(jìn)程 ID（可通過(guò) jps 或 ps 獲?。?br />輸出中重點(diǎn)關(guān)注 Class 和 Metaspace 相關(guān)內(nèi)存使用量

?? 示例輸出片段：

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

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

命令：

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

此命令輸出每個(gè)已加載類(lèi)的詳細(xì)信息，包括：

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

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

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

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

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

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

三、使用 Arthas 進(jìn)行運(yùn)行時(shí)分析

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

1. 下載 Arthas

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

2. 啟動(dòng) Arthas

java -jar arthas-boot.jar

3. 選擇目標(biāo)進(jìn)程并分析類(lèi)加載情況

進(jìn)入 Arthas 控制臺(tái)后，輸入以下命令：

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

重點(diǎn)關(guān)注：

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

四、常見(jiàn) Metaspace 膨脹原因

五、優(yōu)化建議

1. 設(shè)置 Metaspace 上限（防止無(wú)限增長(zhǎng)）：

   -XX:MaxMetaspaceSize=256m

2. 避免不必要的動(dòng)態(tài)類(lèi)生成：

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

3. 定期分析類(lèi)加載情況：

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

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

六、附錄：參考圖示

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

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

總結(jié)

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

最新評(píng)論