Text File Merger 工具可在您的瀏覽器中將兩到二十個 TXT、CSV、MD 或 LOG 檔案合併為單一 UTF-8 文字檔，完全依照檔案挑選器的選取順序，並在每對檔案之間插入三種明確分隔符號之一——單一換行、空行，或完全不插入任何字元。合併後的輸入上限為 10 MiB，合併過程具決定性，且任何檔案都不會離開當前分頁。對於那些搜尋「merge text files in Notepad++」而來到此頁、卻發現 Notepad++ 並未提供乾淨的多檔案合併功能的讀者而言，這種本地瀏覽器的處理方式正是本工具存在的唯一理由。
為何 Notepad++ 讓簡單的合併變得複雜
Notepad++ 是功能強大的編輯器，但其內建的合併功能卻支離破碎。選單項目 File → Merge File 只能讀取已開啟於分頁中的文件，因此您必須先開啟每個檔案，並確認每個分頁使用相同的編碼，才能讓該指令產生合理的結果。Combine 外掛可協助處理混合編碼，而 NppExec 則能呼叫 Windows copy /b 進行快速的二進位串接，但這兩種途徑都會帶來前置條件:外掛安裝、腳本範本，或是仔細的編碼管理。對於像拼接匯出的筆記片段、記錄檔摘錄或 Markdown 章節草稿這類日常任務而言，這些前置條件反而比工作本身還要繁重。
更深層的摩擦在於其不可見性。這些方法都不會在儲存前向您顯示精確的合併字串。Notepad++ 會從合併後的位元組產生一個新分頁，因此您只能在合併已經發生後，才發現多餘的雙重換行或檔案順序錯誤。Text File Merger 顛倒了這個順序:先輸入，接著是決定性的預覽，最後才單次下載。
Text File Merger 的功能
Text File Merger 接受介於兩到二十個之間、副檔名為 .txt、.csv、.md 或 .log 的檔案。它會立即加總檔案大小，並在讀取任何位元組之前，拒絕總計超過 10 MiB 的批次。然後它會使用平台的純文字讀取器在瀏覽器中解碼每個接受的檔案，依照您選擇的分隔符號、按照挑選器順序串接解碼後的字串，並在預覽區域中呈現完整結果，讓您在下載前先行檢視。下載按鈕會建立一個標記為 UTF-8 純文字的 Blob，透過暫時的物件 URL 公開它，並在瀏覽器開始下載時立即撤銷該 URL——詳見 MDN 上 createObjectURL 的參考文件 中所述的生命週期。不存在任何帳號、伺服器請求、歷史記錄或背景上傳;MDN 的 Blob.text 文件 中描述的所有作業均在本地完成。
由於輸出是由具決定性的 JavaScript 字串所產生，相同的檔案、相同的順序與相同的分隔符號，必定產生相同的 merged-text.txt。輸出之上並無任何隱藏的重新排序、正規化或智慧合併行為。
逐步合併文字檔案
整個工作流程分為三個簡短階段。開啟工具，依照您想要的合併順序挑選檔案，然後選擇符合您下游用途的分隔符號。
- 在全新的瀏覽器分頁中開啟 Text File Merger。無需擴充功能、帳號或外掛。
- 點擊檔案挑選器，依照您想要的精確串接順序，選擇兩到二十個副檔名為 .txt、.csv、.md 或 .log 的檔案。瀏覽器的檔案挑選器通常會保留您的選取順序，但下方的預覽步驟就是您的確認依據。
- 選擇分隔符號:單一換行(檔案之間插入一個 LF)、一個空行(檔案之間插入兩個連續 LF 字元)、或無分隔符號(串接時不插入任何字元)。每個檔案內部既有的開頭或結尾換行符號會原樣保留，因此若某個檔案結尾已有 LF，將其與空行選項合併時，在下一個檔案開始之前將會出現三個連續的 LF 字元。
- 查看批次大小指示器。所有選定檔案的總計必須維持在 10 MiB 或以下;只要多出一個位元組，合併作業會在任何內容被讀取之前就被拒絕。
- 執行合併。預覽窗格會以選定順序顯示精確的結果字串，並在相鄰的檔案區塊之間顯示您所選的分隔符號。
- 捲動預覽並確認檔案順序。這是您唯一能安全攫到挑選器順序錯誤的機會，因為本工具絕不會依名稱、日期、大小或自然數順序進行排序。
- 點擊下載。瀏覽器會使用 UTF-8 Blob 將檔案儲存為 merged-text.txt。原始檔案在磁碟上維持不變。
若您的輸入需要不同的下游格式，例如必須以一致的分隔符號在 Excel 中開啟的 CSV，請參考 merge text files for Excel guide 中所述的本地三步驟方法，以處理該特定結構描述。
分隔符號選項比較
您選擇的分隔符號是本工具在檔案之間套用的唯一轉換動作。預覽中的其他每一個字元，皆與來源檔案在讀取時所包含的內容完全一致。
| 分隔符號選擇 | 相鄰檔案之間插入的字元 | 最適合情境 |
|---|---|---|
| 單一換行 | 恰好一個 LF | 記錄檔附加、面向行的筆記，且每個檔案結尾皆無結尾換行 |
| 一個空行 | 恰好兩個 LF | Markdown 章節草稿、匯出的筆記片段、需要視覺分隔的散文段落 |
| 無分隔符號 | 無 | 記錄本身已包含分隔符號，或拆分的 CSV 片段中每個區塊皆為自含結構 |
每個檔案內部既有的行尾符號會依瀏覽器讀取時的內容保留，本工具絕不會修剪或去除重複的邊界。若來源檔案以換行結尾，而您選擇空行選項，則該檔案與下一個檔案之間可見的間隔將為三個 LF 字元而非兩個。當合併後的輸出將餵入嚴格的解析器時，請據此預先規劃。
限制、編碼與空檔案
| 限制條件 | 數值或行為 |
|---|---|
| 最少檔案數 | 2(單一檔案作業並非合併) |
| 最多檔案數 | 20 |
| 接受的副檔名 | .txt、.csv、.md、.log |
| 合併大小上限 | 總計 10 MiB;恰好 10 MiB 予以接受，超過一個位元組則在任何讀取之前予以拒絕 |
| 處理位置 | 當前瀏覽器分頁;不會上傳至 Lizely |
| 輸出編碼 | 透過暫時的 Blob URL 提供 UTF-8 純文字，不附加位元組順序標記 |
| 空檔案 | 允許;其貢獻為空字串，周圍的分隔符號仍會套用 |
| 來源檔案 | 絕不會被修改;檔名、大小與解碼後的文字僅存於當前頁面 |
CSV 檔案只有在結構描述、分隔符號規則、編碼、表頭與引號包覆的多行記錄彼此相容時，才能安全地串接——本工具將每個接受的副檔名皆視為純文字，不會移除重複的表頭，也不會驗證表格結構描述。Markdown 亦適用相同原則:章節標題只是字串中的字元，因此合併後的檔案會保留來源中既有的任何結構。對於敏感資料、封存保存，或超過 10 MiB 的批次，請改用具備明確編碼與串流行為的本地命令列工具。
在信任結果前加以驗證
預覽窗格是唯一能完整顯示具決定性結果的位置。請閱讀一次以確認檔案順序，再閱讀一次以確認分隔符號位置，最後再閱讀一次以確認區塊開頭或結尾是否出現任何非預期的替換字元。替換字元通常代表某個二進位檔案被改用接受的副檔名重新命名，純文字讀取器無法對其進行無損解碼。當預覽看起來正確時，請點擊下載，並在刪除任何來源檔案之前，於目標應用程式中開啟 merged-text.txt。在目標位置以視覺方式確認結果之前，保留原始檔案，是對抗隱式編碼損失最簡單的防禦方式。
選擇新檔案或切換分隔符號時，先前的結果與驗證狀態會被清除，因此過時的預覽不會與目前的輸入混淆。因此，重複的預覽不會在瀏覽器中累積 Blob URL，而在任務中途切換情境時，也不會讓不同批次的舊版 merged-text.txt 殘留在磁碟上。