移除文字中的隱藏字元：線上免費工具

隱藏字元是看不見的 Unicode 字元碼，例如零寬空白、不換行空格和方向標記。它們看起來像一般空格，或根本什麼都沒有，所以文字在畫面上看起來沒問題，但搜尋、程式碼和表單驗證卻會把它當成不同的文字。你可以檢查字元碼找出它們，再刪除或替換這些特定字元來移除。

它們從哪裡來

大多數隱藏字元是複製時帶進來的，而不是打字打出來的：

網頁。 網站用不換行空格（U+00A0）避免兩個詞在行尾被切開，用零寬空白（U+200B）標示長詞可以斷行的位置。複製一段文字時，這些字元也會一起被複製。
文書處理軟體。 軟連字號（U+00AD）是用來做斷字的。除非行在那裡斷開，否則它們不會顯示。某些編輯器也會在特定位置自動插入不換行空格。
聊天軟體和電子郵件。 從聊天軟體或電子郵件用戶端複製的訊息，可能帶有零寬連接字元和方向標記，尤其是文字混用多種語言時。
混合方向的文字。 阿拉伯文、希伯來文和混合文字會使用方向標記，例如從左到右標記（U+200E）、從右到左標記（U+200F），以及嵌入和覆寫字元（U+202A 到 U+202E）。它們控制的是文字的顯示方式，而不是內容本身。
位元組順序標記。 檔案開頭的位元組順序標記（BOM，U+FEFF）是某些編輯器會寫入的簽章。它看不見，但當檔案被當成純文字讀取時，就會變成真正的第一個字元。
AI 聊天視窗。 從某些 AI 聊天介面複製的文字也可能含有這些字元。比較可能的原因是文字的呈現與複製方式，因此不要把它們當成使用者刻意為之的跡象。

每個隱藏字元都是真實的字元碼，所以即使頁面看起來完全相同，文字也已經被改變了：

搜尋失效。 字詞中間的零寬空白會打斷比對，因此搜尋該字詞時找不到結果。
程式碼出錯。 原始碼檔案中的不換行空格，在許多語言中都是語法錯誤，而且錯誤訊息常指向一行看起來完全正確的程式碼。彎引號指南介紹了程式碼中另一個常見的貼上問題。
表單驗證拒絕輸入。 電子郵件地址的 @ 後面如果有零寬空白，看起來是有效的，但會通不過檢查。
字數不一致。 字數是否包含這些字元，取決於工具，因此同一段文字可能得到兩種不同的總數。在清理前後分別用字數計算器計算，就能看出差異。

這裡有一個小例子。「invoice」這個字有七個字母。如果中間夾了一個零寬空白，同一個字就會變成八個字元碼，但畫面上看起來完全一樣。搜尋「invoice」時，就會漏掉第二個版本。

光是看文字沒有用，請使用以下方法之一：

把文字貼到能列出字元碼的工具，例如移除隱藏字元，它會在任何修改前先回報找到的內容。
在程式碼編輯器中，開啟顯示空白字元或特殊字元的設定。這樣不換行空格就會顯示為與一般空格不同的符號。
在程式語言中，印出可疑字串的字元碼。例如在 Python 中，[hex(ord(c)) for c in text] 會列出每個字元的碼，因此不換行空格會顯示為 0xa0，零寬空白會顯示為 0x200b。

移除時要精準。如果刪掉所有非 ASCII 字元，也會連帶破壞重音符號、引號和其他語言的字母。建議這樣做：

修正貼上的文字是為了處理從別處複製來的文字而設計的。如果複製的內容還有斷行錯誤或怪異的間距，就可以使用它。

隱藏字元是不是代表文字由 AI 寫的？

不是。它們來自網頁、文書處理軟體、聊天軟體，以及一般的複製貼上。它們的存在並不能說明文字是誰或什麼寫的。

刪除所有非 ASCII 字元，就能解決問題嗎？

不能。這樣也會刪掉重音符號、引號和其他語言的字母。請改為只移除特定的隱形字元碼。

怎麼判斷字串裡有沒有隱藏字元？

比較字串的長度與你看得到的字元數，或把它貼到能列出字元碼的工具。如果數字不一致，就表示裡面有看不見的東西。