Java 字節流與字符流深度對比：底層原理、編碼轉換、緩衝機制與選型指南

字節流與字符流是 Java I/O 體系的雙支柱，前者處理二進制數據，後者處理文本數據。本文從底層原理、編碼轉換、緩衝機制、API 設計四個維度深度對比，給出場景化選型指南。

核心概念對比

字符流編碼轉換原理圖解

寫入流程 (Writer):
字符序列 (char[]/String) 
    → StreamEncoder (CharsetEncoder) 
    → 字節緩衝區 (byte[]) 
    → 底層 OutputStream 
    → 文件/網絡

讀取流程 (Reader):
文件/網絡 
    → 底層 InputStream 
    → 字節緩衝區 (byte[]) 
    → StreamDecoder (CharsetDecoder) 
    → 字符序列 (char[])

實戰驗證：FileWriter 編碼過程

try (FileWriter fw = new FileWriter("demo.txt")) {
    fw.write("demo"); // 使用系統默認編碼 (如 UTF-8)
}
// WinHex 查看 demo.txt: 64 65 6D 6F (UTF-8 編碼)

關鍵點：未指定編碼時使用 Charset.defaultCharset()，**跨平台必須顯式指定編碼**。

緩衝機制深度剖析

字節流無緩衝痛點

// InputStream.read(byte[]) 源碼實際循環調用 read()
public int read(byte[] b, int off, int len) {
    for (int i = 0; i < len; i++) {
        int c = read(); // 每次調用 → 系統調用 → 磁盤 I/O
        if (c == -1) break;
        b[off + i] = (byte) c;
    }
    return i;
}

解決：必須包裝 BufferedInputStream/BufferedOutputStream (默認 8KB 緩衝區)。

字符流內建緩衝

StreamEncoder/Decoder 內部維護字節緩衝區，轉碼批次完成後一次性寫入/讀出，效能遠優於無緩衝字節流。但大量寫入仍建議額外包裝 BufferedWriter。

轉換橋樑：InputStreamReader / OutputStreamWriter

// 字節流 → 字符流 (指定編碼)
Reader reader = new InputStreamReader(new FileInputStream("data.txt"), StandardCharsets.UTF_8);
Writer writer = new OutputStreamWriter(new FileOutputStream("out.txt"), StandardCharsets.UTF_8);

// 標準輸入輸出轉換
BufferedReader br = new BufferedReader(new InputStreamReader(System.in, StandardCharsets.UTF_8));
PrintWriter pw = new PrintWriter(new OutputStreamWriter(System.out, StandardCharsets.UTF_8), true);

這兩個類是**字節流與字符流的適配器**，承擔編碼/解碼核心職責。

API 設計哲學對比

選型決策樹

處理數據類型？
├─ 二進制 (圖片/視頻/序列化/網絡包) → 字節流
│   ├─ 需高效讀寫 → BufferedInputStream/OutputStream
│   └─ 對象序列化 → ObjectInputStream/OutputStream
└─ 文本 (配置/源碼/日誌/JSON)
    ├─ 簡單文件讀寫 → FileReader/FileWriter (指定編碼)
    ├─ 高效行讀取 → BufferedReader
    ├─ 格式化輸出 → PrintWriter
    └─ 字節流轉字符流 → InputStreamReader/OutputStreamWriter

常見坑點避雷

1. FileReader/FileWriter 無法指定編碼 (JDK 11+ 新增構造器支援) → 改用 InputStreamReader/OutputStreamWriter 顯式指定
2. 字符流讀取二進制文件導致數據損壞：解碼器遇到非法字節序列會替換/丟棄
3. 默認編碼跨平台不一致**：Windows (GBK) vs Linux/Mac (UTF-8) → **強制指定 UTF-8**
4. 忘記關閉流**：try-with-resources 強制釋放資源
5. 大文件一次性 readAllBytes/readAllLines 導致 OOM**：流式處理或分塊讀取

NIO.2 現代替代 (JDK 7+)

// Files API 簡潔高效，內部自動管理資源
String content = Files.readString(Path.of("file.txt"), StandardCharsets.UTF_8);
Files.writeString(Path.of("out.txt"), content, StandardCharsets.UTF_8);
List lines = Files.readAllLines(Path.of("file.txt"), StandardCharsets.UTF_8);

// 大文件流式處理
try (Stream lines = Files.lines(Path.of("big.log"), StandardCharsets.UTF_8)) {
    lines.filter(s -> s.contains("ERROR")).forEach(System.out::println);
}

推薦：新項目優先使用 java.nio.file.Files，簡潔、安全、效能優化。