先看乱码表现，保护原文件

如果文件里的汉字普遍变成无意义字符，可能是读取编码与文件实际编码不一致；例如，UTF-8文本被当作西文编码读取时，常会出现类似“中文”的字符。若汉字显示成方框或空白，但标点和文本结构大体正常，则也可能是字体缺少对应字形，不一定是编码问题。出现“�”或问号，可能是读取或保存时发生了替换。

先用“复制”或“另存为”保留一份副本，并记录乱码出现在哪个文件、哪个软件中。若同一文件在别的文本编辑器里正常，优先检查原软件的打开或导入设置；若多个软件都乱码，再检查文件本身的编码。复查标准是：原始副本仍保留，后续试错只在副本上进行。

第一步：重新打开文件，确认是否选错编码

以 VS Code 为例，打开文件后点击窗口底部状态栏中的编码名称，选择“以编码重新打开”（Reopen with Encoding），先试 UTF-8；若汉字仍不正常，再试 GBK 或 GB18030。简体中文旧文本常见 GBK 或 GB18030，新建文本和多数现代工具常用 UTF-8。每次切换后检查一段已知内容，不能只看个别汉字，要同时确认标点、数字和整段文字都正常。

这里要选“重新打开”，不要误选“以编码保存”。重新打开是在尝试用不同方式解释原有字节；保存则会改变文件。找到正确编码后，先在副本中选择“以编码保存”（Save with Encoding），另存为新文件，再关闭并重新打开检查。若再次打开仍能正常显示，且其他程序也能读出正确文字，才替换原文件。

第二步：如果只有 CSV 或导入结果乱码，检查导入编码

如果 CSV 用文本编辑器打开正常，放进表格软件后才乱码，通常是表格软件导入时误判编码。以桌面版 Excel 为例，打开“数据”选项卡，选择“从文本/CSV”，在导入预览中调整“文件原始格式”或编码选项，依次对比 UTF-8、简体中文 GBK 等选项；同时检查分隔符是否与文件一致，例如逗号分隔。

预览中汉字、列名和标点正常，且每个字段落在预期列里，再执行加载。若预览仍乱码，不要直接加载并覆盖数据，返回上一步换编码。通过导入修复后，可将结果另存为新文件；复查时重新导入该文件，确认文字和列结构都保持正确。

第三步：排查文件是否已经被错误转换并保存

如果同一份副本换过编码仍不正常，或乱码文件曾经被另存、导出过，问题可能不只是“打开方式选错”，而是错误编码已写入文件。可以重新打开未改动的原始副本，按前述方法尝试正确编码；如果源文件已经被覆盖，则从备份或生成它的原始系统重新导出，再按正确编码保存。

查看编码格式不对导致乱码故障处理说明

特别是原文已被转换成问号或替代字符后，原字符可能已经丢失，单纯切换编码不能可靠还原。此时不要继续反复保存乱码版本；用备份或原始数据重建文件后，检查新文件能否在目标软件中正常打开，这才是确认修复的标准。

第四步：仅网页乱码或显示方框时，检查对应设置

如果只有网页乱码，检查网页文件实际保存的编码是否与 HTML 中的字符集声明一致，例如文件使用 UTF-8 时，页面头部应声明 <meta charset="utf-8">；服务器返回的字符集声明也不应与文件实际编码冲突。应让文件编码和声明相匹配，而不是只改声明后就认定修复。刷新后检查标题、正文和特殊符号是否都正常。

如果文字在一种字体或软件里显示为方框，换到支持中文的字体后就能读出，通常是字形缺失而非编码错乱。调整该软件的字体后，检查相同文本能否正常显示；若只在特定程序里乱码，则回到该程序的打开、导入或文本解码设置排查，不必先转换原文件。