JVM 進程工作目錄深度解析：獲取、修改與子進程隔離實戰

核心概念：什麼是工作目錄？

每個 JVM 進程啟動時都會綁定一個工作目錄，預設為啟動命令的當前目錄。所有相對路徑（new File("data.txt")、ClassLoader.getResource("") 等）均以此為基準解析。

獲取與嘗試修改

// 獲取（標準 API）
String cwd = System.getProperty("user.dir"); // 唯一標準方式

// 嘗試修改（無效！）
System.setProperty("user.dir", "/new/path"); // 僅修改 Properties 物件，不影響底層 native 狀態

警告：user.dir 是 JVM 內部 native 狀態，System.setProperty 無法真正改變進程工作目錄，甚至可能導致多線程環境下路徑解析混亂（JDK 1.4 確認存在此 Bug）。

跨平台行為一致性

• Linux/macOS：/home/user/project/bin
• Windows：C:\project\bin
• IDE 運行：通常指向 Module 根目錄或專案根目錄，視 Run Configuration 而定。

實戰場景：訪問非工作目錄資源

當資源檔（配置、腳本、依賴庫）不在工作目錄下，且不想寫死絕對路徑時，有兩種方案：

方案一：絕對路徑（簡單但維護成本高）

File config = new File("/opt/app/conf/config.properties"); // 部署遷移需改代碼

方案二：啟動子進程指定工作目錄（推薦）

// JDK 1.5+ 標準寫法
ProcessBuilder pb = new ProcessBuilder("myScript.sh", "arg1");
pb.directory(new File("/opt/app/scripts")); // 設定子進程工作目錄
Process process = pb.start();
// 處理輸出流、錯誤流、等待結束...

最佳實踐建議

1. 避免依賴工作目錄：資源載入優先用 ClassLoader.getResourceAsStream() 或 Spring ResourceLoader。
2. 外部命令執行必用 ProcessBuilder：顯式設定 directory()、環境變數、重導向輸出流。
3. 容器化部署：Docker WORKDIR 指令固化工作目錄，消除環境差異。

總結

JVM 工作目錄在進程啟動時確定，不可運行時修改。正確姿勢是：業務代碼拋棄相對路徑，外部進程調用用 ProcessBuilder 隔離工作目錄，容器層面用 WORKDIR 固化。