乱码通常是指文字原本存在，但在读取、传输或显示时被错误解释，结果变成无法正常阅读的符号、问号、方框或杂乱字符。最常见的原因是文字编码不一致：保存文字时使用了一种编码，打开或显示时却用另一种编码解读。它也可能由字体缺失、文件损坏、复制识别错误、文件类型判断错误等问题造成。
例如，同一段中文在一种程序里正常，在另一种程序里显示为“ä¸Â文”、一串问号或方框，往往不是文字突然消失，而是“字节如何转换成文字”的规则对不上。排查时不要一开始就反复更改设置，应先判断乱码出现在哪个环节，再选择对应的恢复方法。
看到乱码，先判断它属于哪一种问题？
先观察乱码的形态、出现范围和来源。不同表现对应的处理方向并不相同。
- 中文变成奇怪的拉丁字符或带符号字母：例如出现连续的“Ô“”或其他看似有规律的字符，通常是 UTF-8、GBK、GB18030 等编码被错误读取，优先排查编码设置。
- 文字变成整齐的方框：数据可能没有丢失，而是当前系统或软件缺少对应字体。更换支持该文字的字体后，如果内容恢复正常，就不是编码问题。
- 文字大量变成问号：可能是软件在转换时找不到对应字符，也可能是文件曾经被用错误编码保存。若原文件已经把字符替换成问号，单靠重新选择编码通常无法还原。
- 只有一个软件或一台设备显示异常：重点检查该软件的打开方式、默认编码、语言环境和字体；如果同一个文件在其他程序中正常，原始数据大概率仍在。
- 文件的一部分正常，另一部分混乱：可能是内容经过复制、拼接、导入或转换，只有部分数据使用了不同编码，也可能存在文件损坏。
- 打开图片、压缩包或程序文件时满屏乱码：这不一定是故障。二进制文件本来就不是给文本编辑器直接阅读的，应使用对应的软件打开。
可以先做一个简单判断：把同一份原始内容复制到另一款程序中打开，或者在另一台设备上查看。如果不同程序显示结果不同，问题多半在解码、字体或软件设置；如果所有程序都显示同样的错误字符，则要进一步考虑原文件是否已经被错误保存或损坏。
确定是编码不一致后，应该按什么顺序排查？
-
先保留原文件，不要直接覆盖保存。
先复制一份备份，并给副本改名。乱码文件如果被再次用错误编码保存，原本还能恢复的字节可能被问号或替代字符覆盖。后续尝试都在副本上进行。
-
确认文件来源和类型。
弄清楚内容来自网页、文本编辑器、表格、数据库、邮件、日志还是其他系统。纯文本、CSV、HTML、JSON、字幕文件和数据库导出文件，常见的编码处理位置不同。文件扩展名也要与实际内容匹配，不能把二进制文件当作普通文本打开。
-
在打开或导入时手动选择编码。
中文环境中常见的候选编码包括 UTF-8、GBK、GB18030 和 UTF-16。不要只看软件的默认选项，应逐一预览。哪一种设置能让中文、标点、数字和换行都同时恢复正常，哪一种才更接近原始编码。
-
看到可读内容后，再另存为统一编码。
如果预览已经正常，先使用“另存为”或“导出”保存到新文件，并明确选择目标编码，例如 UTF-8。保存后关闭文件，再重新打开新文件验证。只有重新打开仍然正常，才能确认转换成功。
-
针对网页检查声明与实际编码是否一致。
网页可能同时受到服务器响应、文件头部声明和文件实际字节编码的影响。若文件实际是 UTF-8，却声明成其他编码，浏览器就可能显示乱码。应让声明的字符集与实际保存编码保持一致，然后刷新并重新加载页面。
-
针对 CSV 或表格文件使用“导入”而不是直接双击。
直接打开时，表格软件可能自动猜错编码。通过数据导入功能指定文件编码，并检查分隔符、列数和中文内容。预览中的文字和列结构都正常后，再导入或另存为新的表格文件。
排查时应以“预览结果”为判断依据，而不是看到字符数量差不多就认为恢复了。正确的编码通常会让原来的中文、标点、数字和换行关系一起恢复；如果只有少数文字变正常、其他内容仍然异常，说明编码可能没有选对，或者文件中包含多种来源的数据。
换了编码仍然乱码，还应该查什么？
如果常见编码都尝试过，且结果没有明显改善，就不要继续盲目切换编码。此时应按下面的顺序排查其他原因。
先排查字体是否缺失
如果字符位置、数量和标点都基本正确，只是显示成方框或空白，优先更换字体、安装对应语言字体，或在另一台设备上查看。字体问题的特征是数据结构仍然存在；复制这些内容到支持该字符的程序后，文字可能立即恢复。
再确认文件是否被错误保存
如果文件中的字符已经变成固定问号、菱形替代符，或者不同软件打开都显示完全相同的错误内容，可能是在过去的转换过程中发生了不可逆替换。此时应寻找未修改的原文件、备份、重新导出的源数据或发送方原件。没有原始数据时，重新选择编码通常只能改变显示方式，不能凭空找回已经被替换的字符。
检查复制、识别和传输环节
从 PDF、扫描图片、截图或网页复制文字时，排版层、字体映射和 OCR 识别都可能造成错字。若乱码只出现在复制后的内容，而原页面显示正常，应重新复制、使用纯文本粘贴，或从原始文件重新导出。邮件、接口和日志则要检查发送端与接收端是否使用相同编码，不能只修改接收端显示设置。
确认是否把加密或压缩内容当成普通文字
一段看似乱码的内容也可能是压缩数据、加密数据、编码后的字符串或程序文件片段。若内容由大量随机符号组成，且没有正常的中文、空格和标点，不宜继续用文本编辑器保存。应先确认文件格式，再使用对应的解压、解密或数据处理工具。
怎样确认乱码已经真正恢复？
完成修复后，至少进行四项验证：
- 重新打开：关闭程序后重新打开保存后的文件，确认文字没有依赖当前窗口的临时显示状态。
- 跨程序查看：用另一款兼容的软件查看，确认不是某个程序的特殊渲染效果。
- 检查完整性：核对标题、正文、数字、标点、换行、表格列和特殊字符，避免只恢复了开头几行。
- 保留恢复前后版本：确认新文件可正常读取后，再决定是否替换旧文件。需要长期交换时，统一约定一种编码并记录导出设置。
如果重新打开后文字正常、结构没有错位、不同程序查看结果一致，并且后续编辑保存不会再次出现乱码，就可以认为恢复条件已经满足。若只在当前软件中正常，换到其他环境又异常，说明编码声明、字体或软件默认设置仍未统一。
“乱码”这个词本身还是什么意思？
在技术语境中，“乱码”主要指文字数据与显示方式不匹配，重点是查找编码、字体、文件格式或数据完整性问题。在日常表达中，它也可以泛指一段无法理解、没有清晰意义的文字或话语。不过面对电脑、网页、表格或文件中的乱码，最有效的处理顺序仍然是：保留原件，判断表现，确认来源，尝试正确编码，再检查字体和数据是否已经损坏。
