Java Swing JTextArea 換行符保存完整解決方案：跨平台相容實戰

問題根源

JTextArea 內部統一使用 \n (LF, 0x0A) 作為換行符，但不同作業系統的文字檔慣例不同：

直接用 FileWriter 寫入 JTextArea.getText()，在 Windows 記事本開啟會顯示為單行（無法識別單獨 LF）。

四種解決方案完整比較

方案一：PrintWriter + println()（推薦行寫入）

try (PrintWriter pw = new PrintWriter(new FileWriter(file))) {
    String text = textArea.getText();
    for (String line : text.split("\n")) {
        pw.println(line); // 自動使用系統行分隔符 (System.lineSeparator())
    }
}

優點：自動適配平台、程式碼簡潔、緩衝寫入效能好。
缺點：split("\n") 會丟棄結尾空行，需額外處理。

方案二：字串替換 + 位元組寫入（最簡單）

byte[] content = textArea.getText().replace("\n", "\r\n").getBytes(StandardCharsets.UTF_8);
try (FileOutputStream fos = new FileOutputStream(file)) {
    fos.write(content);
}

優點：一行搞定、保留所有換行結構。
缺點：大文本記憶體佔用雙倍、硬編碼 CRLF 不跨平台（僅適合 Windows 目標）。

方案三：逐字元寫入轉換（精確控制）

try (FileWriter fw = new FileWriter(file)) {
    String text = textArea.getText();
    for (int i = 0; i < text.length(); i++) {
        char c = text.charAt(i);
        if (c == '\n') { // LF (10)
            fw.write('\r'); // CR (13)
            fw.write('\n');
        } else {
            fw.write(c);
        }
    }
}

優點：串流式處理、無額外記體、邏輯清晰。
缺點：逐字元寫入效能最差、硬編碼 CRLF。

方案四：跨平台通用工具類（生產級）

public final class TextAreaUtils {
    private TextAreaUtils() {}

    /** 保存 JTextArea 內容，自動使用目標平台行分隔符 */
    public static void saveTextArea(JTextArea textArea, File file, Charset charset) throws IOException {
        String text = textArea.getText();
        String targetEOL = System.lineSeparator(); // 當前 JVM 平台慣例
        
        // 統一轉換：先正規化為 LF，再替換為目標 EOL
        String normalized = text.replace("\r\n", "\n") // Windows -> LF
                                .replace("\r", "\n")   // Old Mac -> LF
                                .replace("\n", targetEOL);

        try (BufferedWriter writer = Files.newBufferedWriter(file.toPath(), charset)) {
            writer.write(normalized);
        }
    }

    /** 讀取檔案到 JTextArea，自動處理各種行分隔符 */
    public static void loadTextArea(JTextArea textArea, File file, Charset charset) throws IOException {
        String content = Files.readString(file.toPath(), charset);
        // Swing 內部統一用 LF，讀取時正規化
        String normalized = content.replace("\r\n", "\n").replace("\r", "\n");
        textArea.setText(normalized);
    }
}

// 使用範例
TextAreaUtils.saveTextArea(textArea, new File("note.txt"), StandardCharsets.UTF_8);
TextAreaUtils.loadTextArea(textArea, new File("note.txt"), StandardCharsets.UTF_8);

關鍵 API 對照表

最佳實踐總結

1. 儲存時：統一正規化為 LF → 替換為目標平台 EOL（或指定 EOL）
2. 讀取時：正規化所有 EOL 為 LF 再 setText()
3. 編碼：必須指定 StandardCharsets.UTF_8，避免平台預設編碼不一致
4. 大文本：使用 BufferedWriter / NIO Files，避免全量載入記憶體
5. 跨平台傳輸：建議統一儲存為 LF (Unix 格式)，Git 等版控系統原生支援

常見坑點提醒

• JTextArea.getLineCount() / getLineStartOffset() 基於內部 LF 計算，不受檔案 EOL 影響
• DefaultEditorKit 處理剪貼簿時會自動轉換 EOL，通常無需干預
• Windows 記事本 (Notepad) Windows 10 1809 前不支援單獨 LF，新版已支援