Java 程式編譯為原生 EXE 實用指南：主流工具與方案總覽

為什麼需要編譯為 EXE？

將 Java 應用程式編譯為 Windows 原生執行檔（.exe），可避免使用者需安裝 JRE、隱藏原始碼邏輯、提升啟動速度並整合作業系統原生體驗。雖然 Java 設計初衷是跨平台，但在特定部署場景下，EXE 封裝仍具備剛性需求。

主流編譯/封裝工具對比表

現代專案推薦決策樹

1. 追求極致效能、原生體驗、可接受商業授權 → Excelsior JET（舊專案維護）或 GraalVM Native Image（新專案首選）。
2. 開源免費、需支援模組化、Spring Boot、微服務 → GraalVM Native Image（需注意反射/動態類別載入配置）。
3. 只需簡單封裝 JAR、捆綁 JRE、快速交付 → Launch4j + Inno Setup（製作安裝程式）。
4. 企業級跨平台安裝部署 → InstallAnywhere 或 Install4j。

避坑指南：常見陷阱與對策

• 反射/動態載入失效：AOT 編譯需預先註冊反射類別（GraalVM 需 reflect-config.json）。
• JNI 原生庫路徑：EXE 執行時工作目錄可能改變，請用 System.getProperty("user.dir") 或固定路徑載入 .dll/.so。
• 資源檔存取：Class.getResourceAsStream() 仍可用，但檔案系統路徑須區分開發/部署環境。
• 授權合規：商業工具確認授權範圍；GraalVM Community 版免費，Enterprise 版需付費。

歷史工具快速查詢（僅供考古參考）

• jexegen /OUT:app.exe /MAIN:MainClass MainClass.class [other.class...] (Microsoft SDK 4.0)
• Visual Cafe：專案屬性 → Build → Generate .exe
• IBM HPJC：hpjc -o app.exe MainClass.class

總結：2024 年新專案請優先評估 GraalVM Native Image（開源、活躍、效能強）；單純需求用 Launch4j 最划算。舊文中提及的 JET、JOVE 等已屬歷史產物，僅供維護舊系統參考。