從 C++ 邁向 Java：掌握物件導向核心差異的關鍵指南

執行模型：虛擬機與動態載入

Java 原始碼編譯為位元組碼，由 JVM 解釋執行，無連結階段，類別於需要時動態載入。這賦予了「撰寫一次、到處執行」的跨平台能力，但也意味著無法像 C++ 那樣直接產出原生機器碼。

純粹的物件導向

• 無全域函式：所有行為皆封裝於類別方法中，程式進入點為 main 靜態方法，但本質上屬於某個類別。
• 繼承自 Object：所有類別隱含繼承 java.lang.Object，統一型別體系。
• 原有 C/C++ 代碼難以直接復用：需透過 JNI (Java Native Interface) 定義 native 方法、撰寫 C/C++ 實作、編譯為共享庫，流程遠比 C++ extern "C" 繁瑣。幸好常用系統工具已在 JDK 中提供。

無獨立標頭檔：原始碼與宣告合一

Java 類別定義與實作置於同一 .java 檔案，編譯器從編譯後的 .class 檔提取型別資訊，無需 .h 檔。優點：避免宣告與實作不同步；缺點：難以像瀏覽 C++ 標頭檔那樣快速掌握類別介面。補救工具：javap 反編譯檢視簽名、javadoc 產出 HTML 文件。

套件機制解決命名空間衝突

package 有效劃分命名空間，不同套件可擁有同名類別。但無法解決繼承導致的衝突 (如基類新增方法與衍生類同名)。

例外處理：語言層面的強制契約

C++ 例外常被忽略；Java 將例外納入方法簽名 (throws)，編譯器強制呼叫端處理 (try-catch 或繼續拋出)。這使錯誤處理成為開發常態，而非事後補救。幾乎所有實用庫方法皆拋出受檢例外，開發者必須面對。

字串是不可變物件，非字元陣列

String 為不可變常數物件，可從 char[] 建構。應優先使用 String 避免緩衝區溢位風險，效能敏感場合用 StringBuilder/StringBuffer。

常數限制：final 非 const

Java 僅支援 final 修飾變數 (唯讀參考) 與方法 (不可覆寫)，無 C++ const 參數/回傳值/成員函式的語意。無法強制參數在傳遞過程中唯讀，也無法宣告「不修改物件狀態」的方法，增加副作用風險。

無指標，參考傳遞與陣列邊界檢查

物件以參考傳遞，陣列存取需透過索引並自動檢查邊界，消除了指標運算錯誤與緩衝區溢位。但回呼函式模式需改用介面/內部類別實現。

無參數化型別 (泛型) —— 針對 Java 5 前版本

早期 Java 缺乏 C++ templates，相同邏輯需重寫或轉型，代碼膨脹。Java 5 引入泛型 (List<T>) 解決此問題，但採用型別擦除實作，與 C++ 模板機制不同。

自動記憶體管理：垃圾回收

JVM 追蹤物件可達性，自動回收不可達記憶體，大幅減少記憶體洩漏。但非記憶體資源 (網路連線、檔案句柄、資料庫連線) 仍需顯式釋放，對應 C++ 解構函式的是 finalize() (已棄用) 或 try-with-resources / AutoCloseable 模式。

單一繼承與介面機制

無多重繼承，但類別可實作多個 interface。介面定義契約，支援多型參數傳遞。缺點：介面方法需在每個實作類別中重寫程式碼 (Java 8 前無預設實作)。

內建多執行緒支援

語言層面提供 Thread、Runnable、synchronized、wait/notify，簡化併發程式設計，但需開發者精心設計同步策略避免死鎖與競態條件。

核心類別庫奠基

JDK 提供豐富基礎套件：java.lang (基礎型別)、java.util (集合)、java.io (輸入輸出)、java.net (網路)、java.awt/swing (GUI)、java.applet、java.sql (JDBC) 等，加速應用開發。

結語

從 C++ 轉向 Java，核心在於思維轉變：擁抱虛擬機、接受純物件導向、依賴自動記憶體管理、善用介面與多執行緒、利用豐富標準庫。理解這些差異的設計初衷，方能寫出地道、健壯的 Java 代碼。