前言

我剛學 Java 的時候，以為 JVM 就是個"黑盒"，代碼寫完往里一扔就能跑。

后來才知道，JVM 里面學問大了去了。

今天這篇文章，就是我復習 JVM 時整理的筆記。面試問到 JVM 結構，如果你只能說出"堆和棧"，那大概率要被追問到懷疑人生。

一、先畫個整體框架

在說每個組件之前，先把 JVM 的結構捋清楚。

記住這個圖，這是整個 JVM 的骨架。

三個核心模塊：

1. 類加載器（ClassLoader）—— 把 class 文件加載進來

2. 運行時數(shù)據(jù)區(qū)（Runtime Data Area）—— 分配內存，存數(shù)據(jù)

3. 執(zhí)行引擎（Execution Engine）—— 執(zhí)行字節(jié)碼指令

二、類加載器 ClassLoader

它干什么的？

ClassLoader 負責把 .class 文件（字節(jié)碼）加載到內存中，轉換成 JVM 能認識的數(shù)據(jù)結構。

加載流程：

.java 源文件
    ↓ 編譯
.class 字節(jié)碼文件
    ↓ ClassLoader
內存中的 Class 對象（java.lang.Class）

三個階段

1. 加載（Loading）

• 通過類的全限定名找到 class 文件

• 把字節(jié)流轉換成方法區(qū)的數(shù)據(jù)結構

• 在堆里生成一個 Class 對象，作為訪問入口

2. 鏈接（Linking）

• 驗證：檢查字節(jié)碼格式是否正確（安全檢查）

• 準備：給靜態(tài)變量分配內存，設置默認值

• 解析：把符號引用替換成直接引用（比如把"方法名"變成內存地址）

3. 初始化（Initialization）

• 執(zhí)行靜態(tài)代碼塊和靜態(tài)變量的賦值

• 這是真正執(zhí)行代碼的地方

雙親委派模型

這塊是面試高頻追問。

三層類加載器：

雙親委派流程：

加載請求
   ↓
ApplicationClassLoader
   ↓ 問爸
ExtensionClassLoader
   ↓ 問爸
BootstrapClassLoader
   ↓ 找不到
ExtensionClassLoader 嘗試加載
   ↓ 找不到
ApplicationClassLoader 嘗試加載
   ↓ 成功
返回 Class

為什么這樣設計？

我當初也被問懵了，后來想明白了一個例子：

如果你自己寫一個 java.lang.String，沒有雙親委派的話，JVM 就會加載你自己寫的 String，安全性全沒了。

雙親委派保證：核心類庫優(yōu)先被 Bootstrap 加載，防止用戶代碼覆蓋 JDK。

三、運行時數(shù)據(jù)區(qū) Runtime Data Area

這是 JVM 里最重要的部分，也是面試追問的重災區(qū)。

1. 程序計數(shù)器（Program Counter Register）

特點：

• 很小，只存一個指針

• 指向下一條要執(zhí)行的字節(jié)碼指令

• 線程私有：每個線程都有自己的 PC

為什么不會 OOM？

因為它只存一個指令地址，大小固定，不會動態(tài)增長。

唯一沒有 GC 的區(qū)域。

2. 虛擬機棧（VM Stack）

特點：

• 線程私有

• 存儲方法調用的數(shù)據(jù)

• 每個方法叫一個棧幀（Stack Frame）

一個棧幀包含：

• 局部變量表（方法參數(shù) + 局部變量）

• 操作數(shù)棧（計算時的臨時空間）

• 動態(tài)鏈接（指向常量池的引用）

• 返回地址

會 OOM 嗎？

會。如果遞歸沒寫好，棧深度超過限制，就會 StackOverflowError。

我之前寫遞歸算法就踩過這個坑：

// 死遞歸，棧溢出
public int sum(int n) {
 ? ?return sum(n) + 1; ?// 沒有終止條件
}

3. 本地方法棧（Native Method Stack）

和虛擬機棧一樣，只不過服務的是本地方法（native keyword 修飾的方法）。

JNI 調用（C/C++ 寫的代碼）會用到這里。

4. 堆（Heap）

JVM 里最大的內存區(qū)域。

• 存儲對象實例和數(shù)組

• 線程共享：所有線程都能訪問

• GC 的主要戰(zhàn)場

為什么要分代？

因為對象的生命周期不同：

• 新生代：剛創(chuàng)建的對象（朝生夕死）

• 老年代：存活時間長的對象

• 分代后，GC 更有針對性，效率更高

5. 方法區(qū)（Method Area）

存儲：

• 類的元信息（類名、修飾符、父類）

• 類的結構（字段、方法）

• 運行時常量池（字面量和符號引用）

• JIT 編譯后的代碼緩存

JDK 1.8 的變化：

之前方法區(qū)在堆里，叫 Permanent Generation（永久代）。

JDK 1.8 改成了 Metaspace，放在本地內存里。

為什么要改？

因為 PermGen 容易 OOM。你要是項目中依賴了一堆 jar 包，PermGen 分分鐘爆掉。

四、執(zhí)行引擎 Execution Engine

它干什么的？

把字節(jié)碼翻譯成機器碼，讓 CPU 執(zhí)行。

解釋器 vs JIT 編譯器

JIT 的熱點探測：

JVM 會監(jiān)控方法的執(zhí)行頻率，熱點代碼會被 JIT 編譯成機器碼。

兩個計數(shù)器：

• 方法調用計數(shù)器

• 回邊計數(shù)器（循環(huán)體）

超過閾值就觸發(fā)編譯。

垃圾回收器

GC 是 JVM 里最復雜也最常問的部分。

常見 GC 算法：

常見垃圾回收器：

• Serial（單線程）

• Parallel（多線程，吞吐量優(yōu)先）

• CMS（并發(fā)標記清除，低停頓）

• G1（REGION劃分，可預測停頓）

• ZGC / Shenandoah（超低停頓，JDK 11+）

五、本地接口 JNI

Java 不是萬能的，有些場景需要調用本地代碼（C/C++）。

JNI 就是 Java 和 native 代碼之間的橋梁。

典型場景：

• 調用操作系統(tǒng) API

• 追求極致性能（數(shù)學計算）

• 訪問硬件

public native String hello(); ?// native 方法，調用 C 實現(xiàn)

六、記憶口訣

JVM 三大部分：
┌─────────────────────────────────┐
│  類加載器 ──── 加載字節(jié)碼       │
│  運行時數(shù)據(jù)區(qū) ── 分配內存       │
│  執(zhí)行引擎 ──── 執(zhí)行字節(jié)碼       │
└─────────────────────────────────┘
?
運行時數(shù)據(jù)區(qū)五塊：
計數(shù)器（無GC）
虛擬機棧（存方法調用，會OOM）
本地方法棧（native方法）
堆（對象，會GC）
方法區(qū)（類信息）
?
雙親委派：
Bootstrap → Extension → Application

寫在最后

JVM 這塊知識，面試基本必問。

我踩過的坑是：只背概念，不畫圖。

后來我把 JVM 的結構畫了 5 遍，把每個區(qū)域的作用、特點、常見問題都寫上，面試時直接畫給面試官看。

面試官當時眼睛一亮，說："這個理解方式不錯。"

技術表達很重要。能畫出來、講清楚，比背出來強 100 倍。

到此這篇關于JVM有哪些組成部分的文章就介紹到這了,更多相關JVM組成部分內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論