若要在 Windows 中把一個文字檔分割成多個檔案，而又不寫腳本或安裝軟體，可以開啟 Lizely Text File Splitter，挑選一個 TXT、CSV、MD 或 LOG 檔(上限 10 MiB)，輸入介於 1 到 100,000 之間的整數行數，然後直接把每個編號好的分段下載到你的下載資料夾。整個工作流程都在你的瀏覽器中執行:檔案在本機解碼、分段在本機產生，下載按鈕只有在你實際按下時才會建立暫時的 Blob URL，因此你的來源檔案絕不會被上傳到伺服器。這是一個刻意設計得很簡單的工具，只負責計算行數、依序切割，然後輸出像 notes-part-001.txt、notes-part-002.txt 這類的片段。這個工具是依行為基礎而非依位元組或依格式感知，因此很適合用於記錄檔、清單、字幕式列資料，以及類似的純文字批次;但它不會解析帶引號的 CSV 欄位，也不會把多行的 JSON 物件保持在一起。請繼續閱讀，以了解這個工具適用的 Windows 情境、實際的分割步驟，以及什麼時候該改用其他工具。
為什麼在 Windows 上分割文字檔比聽起來還要麻煩
Windows 開箱即用並沒有提供友善的圖形化方式，讓你把一個文字檔切成多個較小的檔案。內建選項各自都有學習門檻:
- 命令提示字元的 split 工具預設並未隨附於 Windows。雖然使用者常改用 Git Bash 的 split 指令，但這需要安裝 Git for Windows，並接受 Unix 風格的語法(split -l 500 big.txt chunk_)。
- PowerShell可以用 Get-Content 加迴圈來分割檔案，但你得撰寫、測試並儲存腳本，輸出檔名也得手動產生。
- Notepad可以開啟大型文字檔，但不提供分割功能;只有 Notepad++ 這類第三方編輯器，或搭配外掛的 VS Code，才能執行以行為基礎的分割，而且它們都要求你安裝軟體並學習外掛。
- 檔案壓縮工具如 WinRAR 可以分割壓縮檔，但那些是包在 RAR 卷冊中的位元組式區塊，並非具行感知能力的文字片段，而且試用期過後並非免費。
共通的摩擦點在於，這些途徑全都預設你要有 Unix 殼層、腳本、外掛，或付費軟體。以行為基礎的分割，本應是一項能在你已開啟的瀏覽器中迅速完成的工作。
Text File Splitter 在 Windows 機器上實際做了什麼
Text File Splitter是一個專注的瀏覽器頁面，會讀取一個文字檔、依行數切割，並讓你分別下載每個部分。以下是取自產品合約的已驗證行為:
- 可接受的來源檔案:TXT、CSV、MD 或 LOG，上限 10 MiB。頁面在處理前會檢查檔案大小與副檔名，因此空檔會被拒絕，過大的檔案也會被拒絕。
- 分段大小:介於 1 到 100,000 行之間的整數。小數、零和負數在任何分割動作開始前就會被拒絕，因此你絕不會因為無效輸入而得到部分結果。
- 行界線處理方式:瀏覽器解碼器將檔案視為 UTF-8 讀取，並把 CRLF、單獨的 CR 以及 LF 都辨識為行界線;CRLF 算一個界線。來源檔中混合的換行字元，在每個產生的分段內會統一為 LF。
- 結尾界線規則:若來源檔以換行字元結尾，工具會將其視為開始一個最後的空白邏輯行。依據文件規則，一個包含 "a" 後接 LF 的檔案，會被視為有兩條邏輯行;當分段大小為一時，可能會產生一個空白的最終部分。
- 檔名模式:保留原始主檔名，後面接著 part- 與一個三位數的序號。notes.txt 會變成 notes-part-001.txt、notes-part-002.txt，依此類推。因為輸出是 UTF-8 文字 Blob，副檔名一律為 .txt。
- 下載機制:每個部分各自有按鈕。按下按鈕時，會為該分段建立一個暫時的物件 URL、觸發一次檔案下載，然後立即撤銷該 URL。渲染期間不會存在長期保留的物件 URL，也不會產生任何 ZIP 封存檔。
- 處理位置:頁面在你的瀏覽器中本機讀取並處理檔案。不會有任何位元組被上傳到 Lizely，不需帳號，也沒有保留的處理紀錄。
若你想在選擇分段大小前先確認檔案有多少行，本機的Line Counter可處理貼上的文字，並回報總行數、非空白行數與空白行數，且無需上傳任何資料。
如何在 Windows 中把一個文字檔分割成多個檔案
請在 Windows 機器上使用任何現代瀏覽器(Edge、Chrome 或 Firefox)，依下列步驟操作:
- 開啟位於 /text/text-file-splitter/ 的 Text File Splitter 頁面。不需要任何擴充功能或外掛。
- 點選檔案挑選器，從電腦中選擇一個 TXT、CSV、MD 或 LOG 檔。檔案大小必須為 10 MiB 或更小;較大的檔案或不同副檔名的檔案，在任何處理開始前就會被拒絕。
- 在 lines-per-part 欄位中輸入介於 1 到 100,000 之間的整數分段大小。以 200,000 行的記錄檔為例，輸入 50000 會產生四個等大的部分;以 1,500 行的聯絡人清單為例，輸入 500 會產生三個部分。
- 點選 split 按鈕。頁面會在本機解碼檔案、依序切割各行而不重新平衡，並顯示總行數與部分數量，讓你得以驗證結果。
- 使用編號按鈕下載每個部分。每按一下就會直接把一個檔案儲存到瀏覽器的預設下載資料夾，在 Windows 上通常是 C:\Users\<your-name>\Downloads\。當短時間內下載大量部分時，瀏覽器可能會要求授權。
- 若你之後選了不同的檔案或更改了行數，舊的結果會自動清除，因此檔名與數量不會與新設定混淆。
分割結果進入下載資料夾後，Windows 特有的注意事項
當各部分開始抵達典型 Windows 安裝中的 C:\Users\<your-name>\Downloads\ 時，有幾項實際細節值得留意:
- 依名稱排序。因為各部分使用零填補的後綴(-part-001.txt、-part-002.txt ……)，依名稱排序下載資料夾就能讓各部分依正確順序排列。若沒有零填補，Windows 會把 -part-10.txt 排在 -part-2.txt 之前;此工具會自動避開這個陷阱。
- 保留 .txt 副檔名。Windows 的檔案關聯預設會用 Notepad 開啟 .txt 檔。若你預計要處理的是包含多行帶引號欄位的 CSV，本工具並不適合 — 請參考下一節。
- 暫時不要刪除來源檔。頁面絕不會修改原始檔案。請在實際需要讀取資料的目的端應用程式中驗證最後一個部分，再決定要保留、重新命名，還是刪除來源檔。
- 稍後再合併各部分。若你的工作流程只需要這些分段作為一次性處理，並希望之後重新組合，可以把它們送進本機的Text File Merger，它能依你指定的順序，以明確的換行規則串接二到二十個本機檔案。
下載路徑是工作流程的一部分，而不是事後才想到的細節 — 此工具的設計，讓你可以將各部分移入子資料夾、重新命名主檔，或在不上傳任何資料到遠端服務的情況下，將每個部分附加到電子郵件。
什麼時候以行為基礎的分割並非合適的工具
Text File Splitter 對自己不做什麼相當坦誠。遇到以下情況請略過它，改用具格式感知的解析器:
- 在帶引號欄位內含換行的 CSV 檔。在行界線處切割，可能會產生無法再以合法 CSV 解析的片段。像 "line one\nline two" 這樣的帶引號字串，對分割器而言是兩條邏輯行，但 CSV 解析器會將其視為一筆記錄。
- JSON、XML 或原始碼。多行的 JSON 物件、橫跨多行的 XML 元素，或是程式碼中的函式，可能會被切到不同部分。分割器會保留每個字元的位元組內容，但忽略結構。
- 段落與 Markdown 結構。Markdown 表格、有圍欄的程式碼區塊，以及橫跨多行的清單項目，若界線落在其中，都會被切斷。
在這些情況下，各部分仍然是合法的純文字，但在其原本的格式中並非各自獨立合法。合約已明確說明:此工具不會重新平衡分段、不會依位元組大小切割、不會依單字切割、不會偵測段落，也不會把內含帶引號換行的 CSV 記錄保持在一起。這是一項單純的、以行為導向的操作。
瀏覽器如何讀取檔案
你挑選的檔案會由瀏覽器內建的 Blob.text API 解碼，該 API 將位元組視為 UTF-8。這與 MDN 對 Blob.text 的參考文件所述一致，所產生的字串就是分割器進行切割的輸入。由於僅支援 UTF-8 解碼，像 Windows-1252 這類舊版 Windows 字碼頁，即使行數與分段界線仍然正確，輸出中仍可能出現取代字元。若你的檔案不是 UTF-8，請先重新編碼，再進行分割;此分割器不會去猜測來源編碼。
依相同的邏輯，輸出是一個包含 UTF-8 文字的 Blob — 請參閱MDN Blob 的一般參考文件了解其儲存模型。頁面絕不會為了分割而呼叫伺服器端點，絕不會儲存你的檔名，也不會在最後一個下載按鈕被點擊並撤銷後，繼續保存解碼後的文字。
Windows 方法比較
下表比較在 Windows 上無需撰寫自訂程式碼、僅使用內建工具、常見的第三方編輯器以及瀏覽器工具來分割文字檔的實用方法。分割工具的精確數字來自已驗證的產品合約；其他方法的數字描述的是典型行為，並非實測基準。
| 方法 | 需要安裝 | 依行分割 | 編號檔名 | 無需網路即可執行 |
|---|---|---|---|---|
| Text File Splitter (瀏覽器) | 否 | 是 (每部分 1–100,000 行) | 是 (零填充 -part-NNN.txt) | 是 (頁面載入後) |
| 搭配 Git Bash split 的命令提示字元 | 是 (Git for Windows) | 是 (透過 -l 旗標) | 手動 | 是 |
| PowerShell 指令碼 | 否 (Windows 內建) | 是 (視指令碼而定) | 手動 | 是 |
| Notepad++ 搭配指令碼外掛 | 是 (Notepad++ 和外掛) | 是 | 手動 | 是 |
| WinRAR 封存分割 | 是 (試用期後需付費) | 否 (以位元組為基礎的 RAR 分卷) | 是 (分卷檔案) | 是 |
實際的差異在於你願意取捨什麼。PowerShell 和 Git Bash 需要你撰寫、測試並記住指令。Notepad++ 還需要安裝外掛和指令碼。WinRAR 會產生並非純文字部分的封存分卷。瀏覽器工具則省去了指令碼、外掛、封存和上傳——代價是 10 MiB 的容量上限以及純粹以行為導向的分割方式。對於大多數日常的 Windows 工作——分割記錄檔、將 CSV 匯出切成多個批次，或將清單拆成易於檢視的大小——這樣的取捨正好是對的選擇。