编码格式不对导致乱码，通常不是文字凭空消失，而是程序用错误的字符集解释了文件字节。例如，文本原本按 GBK 保存，却被当作 UTF-8 打开，就可能出现“�”、问号或一串看不懂的字符。正确做法是先判断原编码，再用该编码重新读取，确认文字恢复后才转换并保存；直接覆盖原文件，可能让乱码变成无法恢复的数据。
先分清是编码问题还是字体问题
如果文字变成“锟斤拷”“且一类字符，或中文全部显示为问号，优先检查编码。若姓名、标点和句子排列都正常，只是某些字显示为空白方框，可能是当前设备缺少相应字体，换用支持该字符的字体更合适。还有一种情况是文件已经被错误转换，原字节遭到替换；这时切换显示编码未必能还原文字。
可挑一段熟悉的中文作对照：菜单名称、姓名和标点都变得异常，通常是解码方式不匹配；只有少数字符缺失，则还要检查字体、文件损坏或源数据是否完整。先复制一份原文件，后续检查和转换都在副本上进行。
先识别原编码，再重新打开和转换
- 查看文件来源和特征。回想文件由什么软件、系统或设备导出。新生成的网页文本、接口返回的 JSON 数据常用 UTF-8；较早的中文桌面软件可能输出 GBK 或 GB18030；跨平台文本也可能使用 UTF-16。若文件开头带有 BOM（字节顺序标记），编辑器通常能据此判断 UTF-8、UTF-16 等编码；没有 BOM 时，来源只能提供线索，不能单独证明编码。
- 用候选编码重新解码。在支持编码选择的文本编辑器中，找到“以编码重新打开”或类似功能，先查看编辑器识别结果，再依次尝试 UTF-8、GB18030/GBK、UTF-16。比较姓名、标点和完整句子是否都恢复正常，不要只看一个字碰巧显示正确。自动检测可作为线索，不能保证判断无误。
- 确认文字正确后另存。显示正常后，使用“另存为”或“以编码保存”，选择目标编码，例如 UTF-8。重新打开保存后的副本，检查中文、标点和换行；确认无误后再替换工作文件。
- 不要忽略错误或强行替换字符。忽略非法字节、把错误字符直接换成问号，可能让程序继续读取，却会丢失原有文字，通常不是修复乱码的办法。
“重新打开”和“转换保存”不是一回事：重新打开只改变程序解释现有字节的方式，适合判断原编码；转换保存则会把已经正确解码的文字重新编码成另一种格式。应先确认字能正确显示，再转换保存。
Excel 打开 CSV 乱码时这样处理
CSV 文件双击后出现乱码，常见原因是 Excel 按默认编码读取，而文件实际采用另一种编码。不要在乱码状态下直接保存。改用 Excel 的“数据”导入文本或 CSV，在导入窗口中选择文件来源编码：UTF-8 文件选择 UTF-8（65001），中文旧程序导出的文件可尝试 GBK（936）或 GB18030。先检查预览中的姓名、商品名和标点是否正常，再确认分隔符及各列格式并载入。
如果文件实际是 UTF-8，而直接打开仍乱码，可通过导入功能指定 UTF-8，或先用文本编辑器确认编码，再另存为 UTF-8。导入时还要留意日期、长数字和以零开头的编号：将这些列设为文本，避免编码修复后，编号又被自动改成日期或丢掉前导零。
网页和程序读取乱码的排查方法
网页乱码时，应让 HTML 文件、字符集声明和服务器响应使用一致的编码。UTF-8 网页可在 HTML 的 head 区声明 UTF-8，并检查服务器返回的字符集设置；只改其中一处，浏览器仍可能按另一种编码解释。如果只有接口返回的 JSON 字符串乱码，也要核对响应头声明的字符集，以及客户端读取字节时使用的解码方式。
程序读取文本时，应明确指定文件的真实编码，而不是依赖运行环境的默认值。例如，确认文件是 UTF-8 后，可在 Python 中这样读取：
with open("data.txt", "r", encoding="utf-8") as f:
text = f.read()若文件实际为 GBK，应将 encoding 改为 gbk；只有解码方式与原编码匹配，读出的姓名和句子才会正常。写文件时也明确指定目标编码，避免同一份数据在不同设备上显示不一致。
仍然乱码时检查这些原因
- 候选编码判断错误：GBK 与 UTF-8 的字节表现不同，中文文本尤其容易被错误解释。回到原始副本，换一种候选编码重新打开，并比较整段文字、标点和换行。
- 原文件已被覆盖保存：如果原字节被问号或替代字符覆盖，切换编码通常无法恢复。尝试从未修改的备份、源系统或重新导出的文件中取得原始数据。
- 文件不是纯文本：压缩包、二进制文件或带特殊格式的文档，不应当作普通文本直接转换；应使用创建或导出它的对应软件打开。
- 只有局部字符异常：如果只有少数符号显示不对，检查字体、输入法、特殊字符支持及导出过程，不必反复修改整份文件的编码。
修复编码乱码的关键是保留原件、先判断程序应如何解码，再决定是否转换。文本编辑器适合对照候选编码，Excel 导入适合处理 CSV，网页和程序则要让数据编码与读取方式一致。保存后重新打开副本，检查姓名、正文、标点和换行，确认无误再替换工作文件，能避免把显示错误变成实际数据损坏。
