「一次編寫，到處運行」是 Java 最核心的承諾。平台無關性並非天然達成，而是由語言規範、Class 文件格式、虛擬機實現、API 設計共同協作的結果。本文基於《深入 Java 虛擬機》第二版核心內容，系統闡述 Java 如何實現平台無關、影響跨平台程度的八大因素、開發者應遵循的七大原則，助你寫出真正可移植的 Java 代碼。
C/C++ 中 int 長度隨平台（16/32/64 位）變化，Java 強制規定：
| 類型 | 位數 | 編碼標準 | 範圍 |
|---|---|---|---|
| byte | 8 | 二進制補碼 | -128 ~ 127 |
| short | 16 | 二進制補碼 | -32,768 ~ 32,767 |
| int | 32 | 二進制補碼 | -2^31 ~ 2^31-1 |
| long | 64 | 二進制補碼 | -2^63 ~ 2^63-1 |
| float | 32 | IEEE 754 單精度 | ±3.4E38 |
| double | 64 | IEEE 754 雙精度 | ±1.7E308 |
| char | 16 | UTF-16 碼單元 | 0 ~ 65,535 |
| boolean | ~ | JVM 內部實現 | true/false |
語言層面消除了基本類型跨平台差異，為上層建築奠基。
javac -target 控制輸出版本。JVM 充當 Java 程式與底層 OS/硬體的緩衝層：
三大版本適應不同設備能力：Java SE（桌面/伺服器）、Java EE/Jakarta EE（企業級中間件）、Java ME（嵌入式/物聯網）。
| 因素 | 說明 | 開發者可控性 | 應對策略 |
|---|---|---|---|
| 1. JVM 部署覆蓋 | 目標設備必須有對應 JVM 移植版 | 低 | 選擇廣泛支援平台的 JVM 廠商（Oracle、Azul、IBM、Amazon Corretto） |
| 2. JVM 版本差異 | 不同版本 API 增減、行為變化（如 Java 9 模組化、Java 11 移除 Java EE 模組） | 中 | 鎖定目標 JDK 版本（LTS：8/11/17/21），CI/CD 多版本測試 |
| 3. 本地方法 (JNI) | 調用 C/C++ 庫綁定特定平台，破壞可移植性 | 高 | 嚴禁直接/間接調用非標準本地方法；必須用則跨平台編譯並打包 |
| 4. 非標準運行庫 | 廠商擴展庫可能內含本地方法 | 高 | 審查第三方庫來源，優先選擇純 Java 實現 |
| 5. 對 JVM 實現細節的依賴 | 依賴 finalization 時機、線程優先級調度 | 高 | 不依賴及時終結釋放資源（用 try-with-resources）；不依賴線程優先級同步（用 synchronized/Lock/並發工具） |
| 6. 用戶介面依賴 | AWT/Swing 外觀隨平台變化，跨平台一致性差 | 中 | 採用 JavaFX、Web 技術（Vaadin、Electron+Java）、或接受原生外觀差異 |
| 7. JVM 實現 Bug | 廠商實現缺陷（如特定 GC 崩潰、JIT 錯誤優化） | 低 | 升級修復版本、尋找繞過路徑、向廠商回報 |
| 8. 測試覆蓋不足 | 僅在開發環境測試，上線才發現平台差異 | 高 | 在所有目標平台/配置上執行完整測試套件（CI/CD 矩陣構建） |
Runtime.exec() 呼叫外部命令。try (FileInputStream in = new FileInputStream(file)) { ... }，不依賴 finalize()。ExecutorService、CompletableFuture、ConcurrentHashMap、LongAdder，不手動調 Thread.setPriority()。Path path = Paths.get("config", "app.properties")，Files.readAllLines(path)，避免 File.separator 硬編碼。StandardCharsets.UTF_8，避免平台預設編碼（Windows GBK、Linux UTF-8）差異。Instant、ZonedDateTime、DateTimeFormatter，不可變、線程安全、時區明確。ServiceLoader、Module、Spring Factories，避免硬編碼類名。.java → javac 編譯 → 平台中立 .class 字節碼Java 提供了可能性，但現實性取決於開發者的每一個選擇。嚴守「純 Java、標準 API、顯式編碼、現代併發、NIO.2 路徑、java.time 時間、矩陣測試」七大紀律，配合 GraalVM Native Image（提前編譯消除 JIT 預熱差異）、容器化部署（鏡像封裝 JVM+應用+OS 庫），才能真正實現「構建一次，到處部署」的現代演繹。
