在 Word 中更改換行字元，代表將一種行邊界表示法替換為另一種，而實際換行字元、可視跳脫序列或一般空格之間的選擇，會決定下游的文字呈現結果。實際換行字元是單一的控制字元（CR 或 LF，有時是 Windows 使用的成對 CRLF），會將游標移至新的一行，並在文字呈現時為不可見。可視跳脫序列（例如 \n）則是兩個可列印字元反斜線和 n，它們並不會啟動新的一行；在 Word、程式碼編輯器或字串字面值中，它們會以字面文字的形式顯示。空格則是普通的一般空格字元，只是用來在水平方向上分隔字詞。Word 本身的尋找與取代對話框一次只能處理其中一種表示法，但無法在單一步驟中將實際換行字元轉換為可視字元 \n，也無法讀取含有字面 \n 的貼上內容並將其還原為真正的換行字元。這種三方互換正是專為此設計的轉換工具的用途，而 Line Break Converter 能在一次本機處理中完成全部三個方向的轉換。

how to change line breaks in word
如何在 Word 中將換行字元更改為 \n 或真正的換行字元

「更改換行字元」在 Word 中實際代表的意義

Word 使用控制字元儲存行結尾，預設情況下不會以字型呈現。段落標記（pilcrow）代表段落分隔（即 Enter 鍵），是一個控制字元。軟換行（soft break），有時稱為手動換行或 Shift 加 Enter，則是不同的控制字元，會強制換行但不開始新段落；當透過「常用」中的「顯示/隱藏」切換段落標記時，Word 會將其顯示為彎曲箭頭。在這兩種標記之下都是同一種邊界：結束一行並開始下一行的實際新行位元組。在 Windows 上，該位元組通常是成對序列，即歸位字元後接換行字元（CRLF，兩個位元組）。在較舊的 Mac 檔案中，可能是單獨的 CR；而在 Unix 風格的檔案中，則可能是單獨的 LF。這些位元組都不是反斜線和 n 這兩個可列印字元；那組可視字元是另一種慣例，用於在程式碼、JSON、設定值，以及人們複製到 Word 供文件使用的記錄檔輸出中表達同一概念。此區別在語言文法中有正式定義：字串字面值中的新行跳脫序列代表的是控制字元本身，而非將其列印出來。

這個區別很重要，因為 Word 對這兩種事物的處理方式不同。真實的換行字元會在文字呈現或貼到其他地方時改變版面配置；可視字元 \n 則像其他一般字母一樣流動。如果您搜尋 Word 中的手動換行字元，並使用尋找與取代將其替換為其他內容，實際上是將一個控制字元換成另一個控制字元。如果您希望可視字元 \n 出現在文件文字中，必須自行輸入；若希望將它們轉回真正的換行字元，Word 並沒有內建指令可完成這個來回轉換。

為何 Word 內建的尋找與取代無法完成全部三種轉換

Word 的尋找與取代對話框可辨識兩種換行格式和一種段落標記，皆可透過「更多」面板中的「特殊格式」選單存取：手動換行、段落標記，以及少數幾個空白字元控制項。因此您可以搜尋軟換行符號並將其取代為空格，或將段落標記取代為手動換行，或將其中任一者取代為輸入的字面文字（例如 \n 字元）。反向操作則會暴露出限制。

如果您將一段含有反斜線和 n 兩個可視字元的文字貼到 Word 中，Word 會將其視為「log\entry」這類形式中的普通字母，而非換行字元。沒有任何選單項目能將「\n」解讀為換行字元，「特殊格式」選單中也沒有任何項目代表「作為序列的字面反斜線加 n」。從 Word 自身的對話框無法將可視的 \n 轉回真正的換行字元。同樣的限制也適用於反向操作：將選取範圍中的每個段落標記取代為反斜線和 n 這兩個字元，也不是尋找與取代中可一步完成的操作，因為取代欄位只接受單一字面或特殊格式，而非將字面反斜線加 n 作為一個邏輯單位。

第二個限制在於 Word 的尋找只針對文件文字本身執行。轉換後的輸出就是文件本身；並沒有獨立的預覽窗格單獨顯示取代後的字串，也沒有辦法只下載轉換區域的 TXT。對於需要乾淨 UTF-8 文字輸出的文件、設定和程式碼前置工作流程而言，這正是瀏覽器工具能填補的缺口。

使用 Line Break Converter 從 Word 轉換換行字元

  1. 將您要轉換的區塊從 Word 中複製出來。在 Word 文件中，選取含有相關換行字元的區域。按下 Ctrl 加 C（在 macOS 上為 Cmd 加 C）複製，然後在瀏覽器中開啟 Line Break Converter。使用 Ctrl 加 V 或 Cmd 加 V 將選取內容貼到輸入欄位。此工具最多接受一百萬個字元，且所有處理皆在本機完成，因此資料不會離開您的瀏覽器。空白輸入會顯示明顯的錯誤，而非悄悄產生空白檔案。
  2. 選擇符合轉換方向的模式。如果貼上的文字含有真正的換行字元，而您希望它們以可視字元 \n 的形式出現在單行的文件中或您正在準備的字串中，請選擇 actual-to-escaped。如果貼上的文字含有字面字元 \n、\r 或 \r\n，而您希望將它們轉為真正的新行，請選擇 escaped-to-actual。如果希望每個行邊界都變成單一的一般空格，請選擇 actual-to-space。模式選項在頁面上清楚列出，沒有隱藏選項。
  3. 執行轉換並檢查預覽。預覽使用預先格式化的空白，這表示實際新行會產生您可看見的新列，而像 \n 這類跳脫值則會在同一列上顯示為兩個可視字元。較長的預覽列在瀏覽器中可能會視覺上換行，但下載的位元組與預覽所顯示的完全一致，換行不會新增任何額外的新行位元組。
  4. 將結果下載為 UTF-8 TXT 檔案。下載的檔案是純 UTF-8 文字，不含位元組順序標記。如果之後變更輸入或切換模式，先前的結果會被清除，其下載連結也會撤銷，因此舊檔案不會被誤認為當前組態的結果。

三種轉換模式比較

模式 讀取內容 產生內容 典型用途
Actual-to-escaped 貼上文字中真正的 CRLF、CR 或 LF 位元組 每個已辨識的邊界輸出反斜線和 n 兩個可視字元 將多行文字放在同一個可視行中以供文件使用，或為顯示新行標記而非呈現換行的介面準備字串
Escaped-to-actual 貼上文字中的字面序列 \r\n、\n 或 \r 每個已辨識的字面序列輸出一個 LF 將複製的 JSON 風格字串、記錄檔輸出或設定值轉為真正、可編輯的行
Actual-to-space 貼上文字中真正的 CRLF、CR 或 LF 位元組 每個已辨識的邊界輸出一個一般空格 在保留每個原始分隔符的前提下，產生多行段落的單行版本

有幾項細節需要搭配表格說明。Actual-to-escaped 將一組 CRLF 視為單一邊界，並對其輸出一個 \n，而非兩個。單獨的 CR 和單獨的 LF 輸入則各產生一個 \n。否則原本已含有反斜線的文字會保持不動，因此像 Windows 資料夾參照這類路徑不會被轉換程序破壞。Escaped-to-actual 會優先辨識組合字面 \r\n，接著是較短的字面 \n 和字面 \r，並各以一個 LF 取代；輸出會統一為 LF，無論原始行結尾的混合情況為何。Actual-to-space 對每個已辨識的邊界輸出一個空格，因此四個空行的段落會變成四個空格，而非塌縮成單一間隔。

此轉換器刻意不做的事

此轉換刻意範圍有限。它不會剖析 JSON、JavaScript、CSV、HTML、Markdown、shell 語法，也不會處理三種已記錄的字面序列（\r\n、\n 和 \r）以外的引號字串跳脫。連續多個前置反斜線並不會依任何程式語言的跳脫深度規則進行解讀，因此看似「跳脫的反斜線後接 n」的字面字元會保留為三個可列印字元，而非被視為真正的新行。它不會合併連續空格、刪除開頭或結尾空白、推斷句子標點，也不在行尾加上句點。它不會將文字折行至固定欄寬、不保留混合輸入的原始行結尾風格，也不輸出 HTML break 標籤。它不會轉換 Tab 字元、移除所有空白，也不會將 Tab 轉為空格。原始輸入的文字區域永遠不會被輸出覆寫，因此來源文字在轉換期間仍可編輯，而被預覽和下載的是轉換後的字串。

各模式的適用時機

當一段多行文字需要放在文件、電子郵件或程式碼註解中的同一可視行時，或當字串應顯示 \n 而不是在目的地呈現為真正的換行時，請使用 actual-to-escaped。當從記錄檔、JSON 結構的承載或設定值複製的文字含有需要還原為真正、可編輯行的可視標記時，請使用 escaped-to-actual。對於可接受為每個原始換行保留一個分隔符的簡單單行轉換，例如將條列項目組成一個簡短段落，或在不刪除內容的情況下移除短文的視覺行結構，請使用 actual-to-space。

對於也需要在 Word 中控制換行字元之間視覺間距的讀者，Word 換行間距指南涵蓋了此轉換器未執行的相關調整。若要完全移除所有換行而不做任何取代，Line Break Remover 可處理該作業。若需要更廣泛的空白清理（包括 Tab 和連續空格），Whitespace Remover 涵蓋了本工具未處理的案例。若要為每個保留的行加上前綴或編號，從轉換器頁面連結的逐行工具可在不更動原始文字的情況下套用。

對於處理程式碼或序列化格式的使用者，在任何此類轉換之後的安全原則，是在目的端環境中驗證結果。轉換器剛產生的真正新行在某些語言的引號字串字面值中仍可能無效；而轉換器剛產生的可視 \n，視主格式而定，仍可能需要額外的跳脫。請將此轉換視為表示法的變更，並將引號處理視為由接收系統或其自身的跳脫工具分別處理的獨立議題。

如需深入了解，請參閱如何移除 Excel 儲存格內容中的換行字元。