是什麼原因造成「縺ゅｊ縺後→縺」這樣的亂碼，我該如何修復？

當 UTF-8 文字以 Shift_JIS 開啟時就會發生。由於它有很強的規律性，可以使用亂碼修復工具輕鬆修復。

我可以修復帶有問號的黑色菱形 () 嗎？

不行，這表示這是一個無效的位元組序列，原始文字資料已經遺失，無法修復。

📖 KNOWLEDGE BASE

這是一種顯示問題，當讀取文字資料所使用的字元編碼與儲存時不同就會發生。

變成「縺ゅｊ」或「」等意義不明字串的亂碼是有規律的。
這裡將解說為什麼會產生亂碼，以及其原理與編碼（Encoding）之間的關係。

亂碼是指在電腦上顯示文字資料時，使用與儲存時不同的「字元編碼（Encoding）」讀取所產生的顯示錯誤。

電腦將文字記憶為「0與1的數字（位元組序列）」。將這些數字轉換為人類可讀「文字」的對照表就是字元編碼。在日文環境中主要存在 UTF-8、Shift_JIS、EUC-JP、ISO-2022-JP 等多種字元編碼，如果對照表錯誤，就會被轉換成完全不同的文字。

儲存格式 → 瀏覽格式	外觀特徵	原因與復原可能性
UTF-8 ↓ Shift_JIS	縺ゅｊ縺後→縺（常出現「縺」、「繝」等）	目前最常見的模式。將在Mac或智慧型手機上建立的UTF-8文字，使用Windows的舊軟體或Excel開啟時會發生。因為具有很強的規律性，透過工具可以高機率復原。
Shift_JIS ↓ UTF-8	（黑色菱形內有問號等）	作為無效的位元組序列被替換為 Replacement Character（）的狀態。如果以此文字覆寫儲存，原始資訊將完全遺失，因此無法復原。
EUC-JP ↓ Shift_JIS	꤬Ȥ （半形片假名與符號混雜）	UNIX/Linux環境中的舊資料庫或CGI程式所使用的字元編碼。因為特有的字元編碼範圍與Shift_JIS的半形片假名區域重疊而發生。可以復原。
UTF-8 ↓ EUC-JP	꤬Ȥ （意義不明的符號排列）	將UTF-8的3位元組表示強制以EUC-JP（主要為2位元組）解釋時發生。可能會遺失部分文字，有時難以完全復原。
ISO-2022-JP ↓ Shift_JIS等	$B$"$j$,$H$&(B （包含 $B 或 (B ）	所謂的「JIS碼」。在過去的電子郵件中被作為標準使用。這是跳脫序列（如 $B 等）直接顯示出來的現象。可以復原。
Mac OS Roman ↓ UTF-8等	√¢‚Ç¨‚Ä¢ （神秘的歐文符號群）	Mac特有的舊字元編碼。在Windows和Mac之間交換Zip檔案時，檔案名稱等容易發生的亂碼（俗稱：Mocha）。

只要使用本站的亂碼修復工具，就能透過暴力破解測試所有字元編碼組合，一鍵修復成正確的文字。