CLR 與 JRE 運行機制深度對比：類庫版本管理、虛擬機啟動與效能分析

核心概念對照表

一、類庫版本管理機制對比

JRE 策略：獨立部署、路徑優先

• 每個應用程式自帶一套 JRE，安裝於獨立目錄，互不干擾
• 作業系統尋找 JRE 順序：當前目錄 → 父目錄 → PATH 環境變數 → 登錄表
• 基礎類庫集中在 rt.jar，由 ClassLoader 依 CLASSPATH 載入，先找先用
• 可透過 -Djava.endorsed.dirs 參數覆蓋核心類庫
• 機制簡單原始，但極為穩健、不易出錯

.NET Framework 策略：GAC 全域組件快取

• 固定安裝於 C:\Winnt\Microsoft.NET\Framework\v版本號，同機器同一時間僅能安裝單一版本（升級需移除舊版）
• 核心類庫分散於 C:\Winnt\assembly\GAC，依命名空間/版本分目錄存放
• 支援同一組件多版本並存（如 NameSpace\1.0\xxx.dll、NameSpace\1.1\xxx.dll）
• 透過應用程式配置檔（.config）宣告繫結版本
• 機制強大靈活，但複雜度高，潛在風險：GAC 膨脹難維護、部署需重新註冊、類似登錄表般的管理負擔

作者觀點

Java 版本管理簡單有效；.NET 功能強大但過度複雜，未來可能面臨 GAC 維護惡夢。

二、虛擬機啟動與類別載入流程

JVM 啟動流程

1. OS 依參數選擇載入 server 或 client 版 jvm.dll
2. JVM 初始化、記憶體分配
3. 在 CLASSPATH 尋找主類別，定位 main() 入口點開始執行
4. 執行期間由 ClassLoader 動態載入引用類別
5. 呼叫 native 方法時，JVM 在 JRE\bin 尋找對應 DLL 實現 JNI

CLR 啟動推測流程

1. OS Loader 識別 .NET PE 格式 EXE，載入 mscorlib.dll（IL 碼）
2. mscorlib.dll 參考 mscoree.dll → 載入 mscorwks.dll、mscorjit.dll
3. 為提速，CLR 載入核心類庫的 Native Image（C:\Winnt\assembly\NativeImages_版本\）
4. 兩版 mscorlib.dll 共存：IL 版（1.88MB）與 Native 版（3.07MB）
5. 尋找 Main() 入口執行，動態載入私有/共享組件

關鍵差異

.NET 核心類庫（System 命名空間）擁有預編譯的 Native Image，繞過 JIT 編譯，這是 CLR 執行速度（特別是 GUI）較快的主因。Java 採純位元碼統一載入機制，設計簡潔健壯；.NET 採混合模式，換取效能但增加底層複雜度。

總結與反思

• 底層運行機制：Java 簡單健壯，.NET 複雜高效
• 企業級架構：J2EE 複雜，.NET 相對簡單——雙方優勢互補
• .NET 的類庫管理雖強大，但長期演進後的 GAC 維護成本值得觀察