乱码通常是指文字原本有明确内容，但在打开、传输、复制或转换后，显示成无法正常阅读的符号、问号、方框或看似外语的字符。最常见的原因是文字实际使用的编码方式，与当前软件读取文字时采用的编码方式不一致。不过，字体缺失、文件损坏、重复解码和输入法异常，也可能造成类似现象。排查时应先判断乱码只发生在显示环节，还是原始数据本身已经被改写，再决定是切换编码、补充字体，还是恢复原文件。

乱码到底是什么意思，先看它是哪一种异常？

“乱码”不是某一种固定字符，也不等于内容一定丢失。它更像是对“文字显示结果不正常”的统称。不同表现对应的排查方向并不相同，不能一看到异常字符就反复更换编码。

• 出现一串看似外语的字符：例如中文变成“中文”一类的字符，通常与 UTF-8、GBK 等编码被错误读取有关，原始字节往往仍然完整。
• 大量问号：如果显示为“？？？”或部分字符被替换成问号，可能是转换过程中目标编码无法表示原文字，也可能是保存时已经发生了信息丢失。
• 黑色方框、空白方框或小方块：更常见的原因是当前字体不包含这些字符，尤其容易出现在生僻字、特殊符号、表情或不同语言文字中。
• 出现“�”这样的替代符号：通常表示程序读取字节时发现内容无法按指定编码解释，原始内容可能存在编码不匹配或数据损坏。
• 只有某个软件或某个页面乱码：优先检查该软件、网页或接口的字符集设置，不要直接判断文件已经损坏。
• 所有软件打开都乱码：需要进一步核对文件来源、文件类型和原始数据；如果文件曾被覆盖保存，恢复难度会明显增加。

判断乱码是什么意思，关键不是只看“长什么样”，而是确认三个事实：乱码出现在哪里、哪些文字受到影响、换一种查看方式后原文是否还能显示。比如同一个文本文件在记事本中乱码，但在支持手动选择编码的编辑器中正常，通常说明内容还在，只是读取方式不对。

已经确定是显示异常，应该按什么顺序排查？

建议按照“范围—来源—编码—字体—数据”的顺序处理。这个顺序可以减少误保存和重复转换带来的二次损坏。

第一步：确认乱码的范围

先观察是整篇内容乱码，还是少数字符异常。如果只有生僻字、表情、货币符号或某种语言显示成方框，优先考虑字体问题；如果中文、英文和标点整体都变成异常字符，则编码不匹配的可能性更高。

还要在同一文件的不同位置进行检查。如果文件开头、正文和结尾都以同样方式异常，可能是整体编码识别错误；如果只有一段或一列乱码，可能是该部分来自不同数据源，或者在拼接、导入时使用了不同编码。

第二步：找到最早出现乱码的环节

回想文字经历过的过程：是下载后乱码，打开后乱码，复制粘贴后乱码，导入数据库后乱码，还是从接口返回时乱码。越接近原始来源的环节越值得优先检查。

如果原网页正常，复制到文档后乱码，问题可能出在复制、粘贴或目标软件的编码处理；如果网页本身乱码，但服务器保存的文本正常，问题可能出在网页声明或响应头；如果数据库中保存正常，导出文件乱码，则应检查导出工具的字符集设置。

第三步：尝试正确的编码读取，而不是立即转换文件

在文本编辑器或导入工具中选择“以指定编码打开”或类似选项，依次根据来源尝试常见编码。中文旧文件可能使用 GBK 或 GB18030，较新的网页、程序文件和跨平台文本通常使用 UTF-8。编码选择不能只凭猜测，最好结合文件生成软件、创建时间、系统环境和同批文件的正常表现判断。

打开时如果某一种编码能完整显示中文、标点和特殊符号，且没有大量替代字符，通常说明读取方向正确。此时应先使用“另存为”保存一份新文件，并明确选择目标编码，保留原文件作为备份。

第四步：排除字体和软件兼容问题

如果文字位置、数量和内容看起来都正常，只是部分字符显示为空框，应更换支持对应字符的字体，或在另一台安装了相关字体的设备上查看。对于 PDF、图片或扫描文件，文字可能并不是可编辑文本，而是字体嵌入、文字渲染或 OCR 识别结果出现异常。

如果只有一个软件显示异常，可以先升级或更换查看工具，也可以将内容复制到纯文本编辑器中测试。测试结果能够帮助区分“文件内容有问题”和“软件渲染有问题”。

为什么改了编码仍然乱码，什么时候可以恢复？

单纯切换编码无效，通常有几种情况。第一，原始编码判断错了，当前尝试的编码只是把错误换成了另一种错误；第二，文字已经被错误解码后再次保存，形成了多次转换；第三，原文件中的字节已经缺失或被替换，显示设置无法重新生成丢失的信息；第四，问题根本不是编码，而是字体、压缩、加密或文件格式解析异常。

特别要注意“先打开乱码文件，再直接保存”的操作。某些软件会把已经错误解释的字符写回文件，原本可恢复的字节可能因此被覆盖。正确做法是先复制原文件，或者把原文件改为只读；每次尝试不同编码时，都在副本上操作。只有确认某种编码能够完整还原内容后，才另存为新的文件。

网页、表格和接口中的乱码分别怎么处理？

网页乱码通常要同时检查三处：文件本身的保存编码、网页文档中的字符集声明、服务器响应时发送的字符集信息。三者不一致时，浏览器可能用错误方式解释页面。若网页源文件用 UTF-8 保存，就应确保页面声明和服务器返回信息也与之保持一致；不能只修改页面中的一处设置后就反复刷新判断。

CSV 或表格文件乱码，常见于导出工具与打开工具对编码的默认设置不同。可以在导出时明确选择 UTF-8，打开时也选择对应的导入编码。若中文列名正常而数据内容异常，还要检查列分隔符、引号和换行符，因为格式解析错误有时会被误认为乱码。

接口或程序之间传递文字时，应检查请求和响应的字符集声明、数据库连接字符集、文件读写编码，以及是否发生了重复编码或重复解码。文字经过一次正确解码后，不应再次按同一规则解码；否则就可能出现类似“中文”的异常结果。

排查完成后，怎样确认乱码已经真正恢复？

不要只看一两个汉字是否正常。恢复后应检查中文、英文、数字、标点、换行、生僻字和特殊符号是否都符合原文，文件是否能够被原软件正常打开，重新关闭后再次打开是否仍然正常。对于数据库、表格或接口，还应抽查多条记录，确认没有只修复页面显示而遗漏底层数据。

如果原文件、数据库记录或接口返回内容本身仍然完整，乱码通常可以通过纠正编码或字体问题恢复。若原内容已经被问号、替代符号覆盖，或者文件被错误保存并且没有备份，则不能仅靠调整显示设置找回原文。此时应优先寻找历史版本、源文件、重新导出结果或发送方保留的原始数据，这才是判断能否恢复的关键。