您现在的位置：程式碼之家 >> 編程語言 > >> Java 程式設計 >> Java 程式設計入門

Java 獲取磁碟空間的三種方案：從 Runtime.exec 到 JNI 的演進之路

編輯：Java 程式設計入門

在 Java 早期版本中，標準 API 長期缺乏直接獲取磁碟剩餘空間的能力（直到 Java 1.6 才引入 File.getFreeSpace() 等方法）。開發者不得不另闢蹊徑，本文將深度解析三種經典跨平台獲取磁碟空間的方案，剖析其原理、優缺點與適用場景，助您根據專案需求做出最佳技術選型。

方案一：呼叫系統命令解析輸出（Runtime.exec）

最直觀但也最脆弱的方式：執行作業系統原生指令（Windows dir、Linux/Unix df），擷取標準輸出並解析文字。

核心代碼邏輯 (Windows 範例)

public static long getFreeDiskSpaceWindows(String dirName) {
    try {
        // 區分舊版 Windows (command.com) 與 NT 核心 (cmd.exe)
        String os = System.getProperty("os.name");
        String cmd = (os.contains("Windows 9") || os.contains("Windows ME")) 
                     ? "command.com /c dir " + dirName 
                     : "cmd.exe /c dir " + dirName;
        
        Process process = Runtime.getRuntime().exec(cmd);
        BufferedReader in = new BufferedReader(
            new InputStreamReader(process.getInputStream()));
        
        String line, lastLine = "";
        while ((line = in.readLine()) != null) lastLine = line; // 取最後一行
        
        // 解析 "X bytes free" 等格式，移除逗號、句點後轉長整數
        // ... 字串處理邏輯較繁瑣，此處省略 ...
        return parsedBytes;
    } catch (Exception e) {
        return -1; // 失敗返回 -1
    }
}

優缺點深度剖析

優點	缺點
無需第三方庫，純 JDK 實現	極度依賴作業系統與地區設定（輸出語言、日期格式、單位皆可能不同）
概念簡單，易於理解	啟動進程開銷大，效能低，不適合高頻呼叫
	需分別維護 Windows/Linux/macOS 多套解析邏輯
	安全風險：命令注入隱患（若路徑含特殊字元）

結論： 僅適合快速原型、工具腳本或極舊版 Java 環境（< 1.6）的維護專案。生產環境強烈不推薦。

方案二：JConfig 等第三方跨平台庫（歷史方案）

在 Java 1.6 之前，JConfig 是知名的開源解決方案，封裝了各平台原生 API。

// JConfig 風格範例 (需引入 jconfig.jar)
import jconfig.*;
FileRegistry registry = FileRegistry.getRegistry();
DiskVolume[] volumes = registry.getVolumes();
for (DiskVolume vol : volumes) {
    long free = vol.getFreeSpace();       // 剩餘位元組
    long total = vol.getMaxCapacity();    // 總容量
    System.out.println(vol.getName() + ": " + free + "/" + total);
}

優點： 真正跨平台，API 統一，屏蔽底層差異。
缺點： 專案早已停止維護（官網失聯），缺乏安全更新，引入外部依賴增加部署複雜度。
現狀： 純考古價值，現代專案請直接升級 JDK 使用標準 API。

方案三：JNI (Java Native Interface) 自行封裝原生庫

終極核武器：編寫 C/C++ 代碼調用 OS API (GetDiskFreeSpaceEx on Windows, statvfs on POSIX)，編譯為動態庫，Java 端透過 native 方法調用。

// Java 端聲明
public class DiskSpaceJNI {
    static { System.loadLibrary("diskspace"); } // 載入 dll/so
    public native long getFreeSpace(String path);
    public native long getTotalSpace(String path);
}

// C++ 端實現 (Windows 範例)
#include 
#include 
JNIEXPORT jlong JNICALL Java_DiskSpaceJNI_getFreeSpace(JNIEnv *env, jobject obj, jstring path) {
    const char *p = env->GetStringUTFChars(path, 0);
    ULARGE_INTEGER freeBytes;
    GetDiskFreeSpaceExA(p, &freeBytes, NULL, NULL);
    env->ReleaseStringUTFChars(path, p);
    return (jlong)freeBytes.QuadPart;
}

優點： 效能最高，功能最全（可獲取磁碟序號、檔案系統類型等進階資訊），完全掌控邏輯。
缺點： 開發維護成本極高：需懂 C/C++、跨平台編譯、JNI 簽名規範、記憶體管理、異常傳遞；部署需隨架構分發多個 .dll/.so/.dylib；一行 Native 代碼崩潰整個 JVM。
適用場景： 系統級工具、嵌入式開發、需存取標準 API 無法提供的極底層資訊。

現代最佳實踐：Java 1.6+ 標準 API (java.io.File / java.nio.file)

**請直接使用標準庫，除非您被鎖定在 Java 1.5 或更舊版本。**

// Java 1.6+ (io 包)
File file = new File("C:\\"); // 或 "/"
long freeBytes = file.getFreeSpace();
long totalBytes = file.getTotalSpace();
long usableBytes = file.getUsableSpace(); // 當前用戶可用空間 (考慮配額)

// Java 7+ (nio.2 包，更強大)
Path path = Paths.get("/");
FileStore store = Files.getFileStore(path);
long free = store.getUsableSpace();
long total = store.getTotalSpace();
long unallocated = store.getUnallocatedSpace(); // 未分配空間
System.out.printf("類型: %s, 總計: %,d GB, 可用: %,d GB%n", 
    store.type(), total/1024/1024/1024, free/1024/1024/1024);