编码格式不对导致乱码时，文字通常并没有立刻消失，而是软件用错误的方式解释了原始字节。排查时不要一开始就反复“转换格式”或直接覆盖保存，应先判断乱码出现在本地文件、CSV 数据、网页、接口还是程序源码中，再检查打开方式、编码声明和软件版本。若只是打开时选错编码，重新按正确编码读取通常可以恢复；若已经用错误编码保存并覆盖原文件，则需要回到备份或原始数据重新导出。

先判断：是编码错误，还是字体、文件本身的问题

中文变成“���”、连续的陌生符号、类似“Ô“æ”这样的字符，常见原因是 UTF-8、GBK、GB18030 或 UTF-16 等编码被错误识别。不同文件的编码规则不同，文件扩展名本身不能证明它使用了哪一种编码。

如果文字位置显示为空方框，但复制出来的内容正常，问题更可能是字体缺失或字体不支持该字符；如果文件整体无法打开、提示格式损坏，可能是文件内容被截断、扩展名错误，不能只按乱码问题处理。若只有少量特殊符号异常，也要检查字体、换行符或软件对特殊字符的支持情况。

按顺序排查，避免把可恢复的内容覆盖掉

1. 先复制一份原文件。在副本上进行尝试，不要连续用不同编码打开后直接保存。尤其是已经出现乱码的文件，错误保存可能把原本可恢复的字节替换成问号或替代字符。
2. 确认乱码出现的环节。记录文件是在下载后、导入后、复制粘贴后，还是在某个软件升级或更换设备后出现。若原文件在其他程序中正常，问题多半在当前程序的默认编码或版本设置。
3. 检查打开方式，而不是立即执行转换。在文本编辑器中寻找“以指定编码重新打开”“打开方式”或类似选项，依次比较来源中较可能的编码。常见候选包括 UTF-8、带或不带 BOM 的 UTF-8、GBK、GB18030，以及 UTF-16。
4. 观察完整文本是否恢复。编码选择正确时，中文、标点、换行和数字通常会同时恢复。若只有部分内容正常，说明编码可能仍不匹配，也可能是原数据混用了不同编码。
5. 确认后再另存为统一编码。只有在内容显示正常、关键符号核对无误后，才将副本保存为项目或接收方明确支持的编码，并重新关闭、打开验证一次。

如果是本地文本、日志或 CSV：先从重新打开开始

文本文件和日志最常见的故障是“读取编码错”，而不是文件已经损坏。可以先用支持选择编码的编辑器打开副本，不要依赖系统的默认双击方式。若文件来自较旧的系统或中文软件，GBK、GB18030 可能比 UTF-8 更符合来源；若来自现代网页、接口或跨平台工具，UTF-8 往往更值得优先检查，但仍应以实际来源为准。

CSV 文件还要单独注意分隔符和导入方式。直接双击时，表格软件可能按照当前系统区域设置读取，导致中文乱码；即便编码正确，逗号、制表符或引号识别错误，也可能让数据错列。此时应使用“导入文本”或类似导入流程，明确选择文件编码和分隔符。预览中中文、列数和日期均正常后，再导入或另存。

如果重新打开后文字恢复，说明原始字节大概率仍在，恢复条件是：使用正确编码读取，并且在确认内容前没有用乱码结果覆盖原文件。如果所有编码尝试都只得到问号，先寻找下载源、备份或发送方原文件；不要把已经显示为问号的内容再次转换，转换通常无法凭空还原被替代掉的字符。

如果是网页、接口或程序源码：检查编码声明是否一致

网页乱码不能只修改浏览器显示设置，因为网页通常同时受到服务器响应、HTML 声明和实际文件保存编码的影响。排查时需要核对三处：服务器返回的字符集信息、页面中的编码声明、文件实际保存时使用的编码。三者指向不同编码时，浏览器可能在读取阶段就产生乱码。

接口返回的数据也要区分响应头和正文内容。若 JSON、XML 或 CSV 在接口调试工具中正常，换到程序后乱码，应检查客户端解码设置、响应头处理和连接字符集；若多个客户端都乱码，则更应回查服务端生成文件或返回内容的编码。XML 还要检查文件头声明与实际保存编码是否一致，不能只修改声明文字而不转换文件内容。

程序源码乱码时，应在编辑器中以指定编码重新打开，并检查项目、编译器或构建工具的源码编码配置。源码显示正常后再统一保存，否则可能出现注释、字符串或中文资源已经被错误替换的情况。对于已经编译发布的程序，修改源文件编码后还需要重新构建，单独更换运行环境的显示设置通常不能修复已写入程序包的数据。

如果同一个文件在不同电脑或软件中不同：再查软件版本

同一文件在一台设备正常、另一台设备乱码，或者软件升级前后表现不同，才需要重点比较软件版本、默认编码和导入选项。某些版本会改变自动识别规则，某些旧版本则可能缺少对特定编码或 BOM 的良好支持。此时先在两台设备上查看“重新打开编码”或“导入编码”是否相同，再确认文件是否被某个版本自动保存过。

如果新版和旧版对同一文件的识别结果不同，不要直接认定新版或旧版一定正确。应以文件来源、发送方导出设置和能否恢复完整内容为判断依据。较稳妥的处理方式是：在能正确显示的环境中读取原文件，另存为双方都支持的统一编码，再用目标版本重新打开验证。若必须继续使用旧版本，则应在导出端选择该版本明确支持的编码，而不是依靠自动识别。

根据恢复结果确定下一步

• 重新选择编码后完整恢复：原文件通常没有损坏。保留原件，将确认无误的副本统一另存，并记录来源编码。
• 只恢复部分字符：继续检查是否存在混合编码、特殊字符或字体问题，同时比较原始导出程序和当前打开程序的设置。
• 打开时正常，保存后再次乱码：检查另存时选择的编码、文件扩展名和目标软件版本，确认保存后关闭再打开的结果。
• 不同软件都无法恢复：优先找未被覆盖的备份、原始下载文件或重新导出渠道。若原内容已经被问号替换，单靠改变编码通常无法恢复。

最后应以“关闭文件后重新打开仍正常”作为基本恢复条件，并抽查中文、标点、换行、数字和特殊符号。只有读取、保存、再次打开三个环节都一致，才能确认编码格式不对导致的乱码已经真正解决，而不是仅在当前窗口中暂时显示正常。