Java 跨包引用預設包類別的解決方案：反射機制實戰

在 Java 開發中，將類別放置於預設包（default package）雖然方便快速測試，但自 Java 1.4 起，編譯器不再允許其他具名包直接引用預設包中的類別。這篇文章將說明為什麼會出現這個限制，並示範如何使用 Java 反射機制作為替代方案來實現跨包存取。

問題背景

許多初學者習慣在未指定 package 的情況下編寫類別，這類類別屬於「預設包」。然而，當專案結構變得複雜，需要在不同包之間互相呼叫時，若嘗試從具名包（如 com.example.test）中 import 預設包的類別，編譯器會報錯：

error: package <default> does not exist

為什麼 Java 1.4+ 禁止這種行為？

• 命名空間汙染：預設包沒有命名空間隔離，極易造成類別名稱衝突。
• 模組化原則：現代 Java 強調封裝與模組化，預設包違背了這項設計哲學。
• 安全性考量：開放預設包存取會擴大攻擊面，反射機制則提供可控的存取途徑。

解決方案：使用 Java 反射機制

雖然不建議在生產環境大量使用，但若必須臨時相容舊代碼，可透過 Class.forName() 動態載入預設包類別：

// 假設預設包有一個名為 Statistics 的類別
try {
    // 完整類別名稱（預設包無包名，直接用類別名）
    Class clazz = Class.forName("Statistics");
    // 建立實例
    Object instance = clazz.getDeclaredConstructor().newInstance();
    // 呼叫方法
    Method method = clazz.getMethod("calculate", double[].class);
    double result = (double) method.invoke(instance, (Object) new double[]{1.0, 2.0, 3.0});
    System.out.println("計算結果：" + result);
} catch (Exception e) {
    e.printStackTrace();
}

最佳實務建議

1. 避免使用預設包：所有正式專案類別都應歸屬具體包名（如 com.company.module）。
2. 重構優於反射：若專案允許，將預設包類別移入具名包並調整 import 即可徹底解決。
3. 反射效能代價：反射涉及動態解析，執行效率較直接呼叫低，且繞過編譯期型別檢查，維護難度較高。

總結

Java 1.4 後禁止跨包引用預設包類別，是為了強化封裝與模組化。若遇到舊代碼相容需求，可暫時使用反射機制繞過限制，但長期應規劃重構，將所有類別納入具名包管理，確保專案結構清晰、可維護。