CSV中文亂碼怎麼排查：編碼選擇與導入方法

開始前先確認

先確認故障屬於哪一類，再用一小段已知內容覈對。能正確顯示幾個人名或文件名，是排查線索；要完成交付，還需檢查字段和記錄是否完整。

編碼與分隔符解決不同問題

編碼決定文件中的字節怎樣解釋成文字，例如是否正確讀出中文。分隔符決定字段之間怎樣劃分，例如使用逗號還是其他約定的符號。編碼選對了，列仍可能分錯；列分對了，中文也可能仍然亂碼。

同一現象可能有不同原因。尤其是問號，既可能來自顯示或轉換環節，也可能已經作爲實際字符寫入文件，必須結合原始數據確認。

先找一份沒有被覆蓋的來源

如果剛從某個系統導出，保留那份下載件，並記錄導出選項。若來源是電子表格，也保留原工作簿，不要只剩CSV。CSV是文本數據文件，不承擔工作簿的多工作表、格式和其他編輯狀態保存任務。

可以在支持選擇編碼的文本編輯器裏查看副本，或在表格軟件中採用導入方式預覽。優先依據導出程序說明或發送方提供的編碼信息，不把軟件自動檢測的標籤當成絕對證據。

如果原始內容已經被替換成實際問號，再換編碼通常無法知道它原先是什麼字。這時應回原工作簿或源系統重新導出，而不是逐字憑上下文猜着修。

用導入預覽覈對，別隻依賴雙擊

表格軟件雙擊打開CSV時，可能按默認方式推斷編碼與字段類型。出現問題後，尋找當前版本提供的文本或CSV導入入口，在預覽中選擇與源文件匹配的編碼，再分別檢查分隔符和列的數據類型。

不同版本、操作系統和界面的菜單位置會變化，本文不把某一條菜單路徑寫成通用步驟。能看到導入預覽時，先找一行你知道原文的中文，確認顯示正確，再看錶頭和數據是否落在對應列。

只有來源有依據時，才嘗試UTF-8、GBK等候選。切換後看起來像中文也不等於整份數據已經正確，生僻字、符號和不同來源合併的記錄仍需覈對。不要爲了“打開不報錯”反覆轉換並覆蓋同一份文件。

一個小樣本同時檢查中文和分列

示例：下面是虛構的兩列表格，第二條記錄的文件名含有逗號，因此該字段用雙引號包住。

文件名,用途
封面.png,预览
"清单,修订版.csv",交付

正確解析時應得到兩列、兩條數據記錄，表頭另算一行。“清單,修訂版.csv”應完整留在同一個單元格。這個例子沒有實際保存成文件，因此沒有預設它的字節編碼，也不能把聊天裏的顯示正常當成UTF-8導入成功。

你可以從真實文件複製少量不敏感的代表記錄做副本，保留原有分隔符和引號。不要按肉眼看到的每個逗號直接拆列；字段裏也可能合法包含逗號或換行，需要由符合相應CSV規則的導入器處理。

UTF-8 BOM是兼容選擇，不是萬能修復

UTF-8 BOM是文件開頭的一段標記，一些軟件可以借它識別編碼。爲某些以雙擊打開爲主的交付場景準備帶BOM的UTF-8副本，可能有助於兼容，但不能保證所有軟件或系統都接受同樣方式。

如果接收方明確要求不帶BOM，就按其要求導出並驗證；不能爲了解決一個軟件的顯示問題，把所有文件統一加標記。給錯誤編碼的數據加上UTF-8 BOM，也不會自動把它轉換成正確的UTF-8。

真正轉碼前，需要先用正確方式讀出原內容，再按目標編碼另存。轉換後重新導入副本，確認中文和字段無變化。這裏是通用排查建議，未覈驗本站提供BOM開關或編碼轉換選項。

中文正常後，還要檢查數據類型

編碼修好不代表所有字段都保留原貌。帶前導零的編號、很長的數字或看起來像日期的文件名，可能被表格軟件自動解釋成其他類型。需要原樣保留的列，應在導入時按文本處理，再與來源覈對。

對文件清單，除了文件名，還可保留相對路徑，減少重名歧義。生成與檢查清單的基本過程見文件名提取指南。不能因爲清單能打開，就認定所列文件內容和版本也已經驗收。

最後用接收方的方式驗收

保留原文件與修正副本，記錄採用的編碼、分隔符和導入方法。檢查表頭、首尾記錄、帶中文與特殊符號的字段，並覈對數據記錄數量。含字段內換行時，文本行數不能直接當成記錄數。

發送前說明需要怎樣導入；重要交付應讓接收方確認實際結果，而不是隻發送自己電腦上的截圖。沒有完成這一步，就把狀態寫成“本地檢查正常，接收端待覈對”。

需要從文件夾生成清單時，可打開AI Lab文件名提取。公開頁面支持導出TXT或CSV，9積分解鎖後當前賬號長期有效。它的已覈驗範圍是整理主動選擇的文件信息，本文不把通用CSV修復、編碼選擇或自動識別能力歸給本站。