乱码通常是文字的实际编码与软件读取时采用的编码不一致。先确认原始内容是否还完整，再调整打开或导入方式；如果字符已经被替换或错误保存，单纯切换编码往往无法恢复。适用于文本文件、网页、CSV 表格和软件界面等常见情况。

先看乱码长什么样，判断故障范围

如果中文变成一串看似随机的字母、符号或其他汉字，常见原因是编码被误读，例如 UTF-8 内容被按 GBK 打开。若文字显示成方框或空白，但段落、标点位置正常，更可能是字体缺字，而不是编码问题。如果少数字符变成“�”或问号，则可能在读取、传输或保存时已经丢失了原始字符。

先用同一份内容做对照：换一个支持多种编码的编辑器打开，或在另一台设备、另一个应用中查看。若只有一个应用乱码，问题通常在该应用的读取设置；若多个应用显示相同错误，重点检查文件本身、生成来源和传输过程。测试前先复制一份文件，避免把错误结果覆盖原件。

文本文件乱码：重新选择编码打开

1. 不要直接覆盖保存。用文本编辑器选择“以编码打开”或类似选项，依次尝试文件来源可能使用的编码。常见选择包括 UTF-8、GBK；较旧的简体中文 Windows 程序也可能使用系统默认代码页。
2. 观察整段内容。正确编码应让中文、标点和数字都恢复正常，而不是只修好个别字。若仍出现大量怪字符，继续尝试其他合理编码，不要把乱码文本复制到新文件当作原文。
3. 确认后再转换保存。内容正常显示后，使用“另存为”并明确选择目标编码；新文件名应与原件区分。关闭文件后重新打开一次，确认内容仍正确，才算完成。

“以某种编码重新打开”和“把乱码文本转换成某种编码”不是一回事：前者重新解释原始字节，常用于修复打开方式；后者若拿错误显示出来的文字继续转换，可能把损坏内容写死。判断标准是：保存前先能正确看到原文。

网页或软件里乱码：检查输出端的编码声明

如果乱码只出现在网页，先刷新页面，并用另一款浏览器打开同一地址。若不同浏览器结果不一致，或页面内容可正常显示但部分中文区域异常，问题可能出在页面声明与实际内容编码不一致。网站维护者应检查服务器发送的字符集声明、页面中的字符集设置，以及实际输出内容，确保它们采用同一种编码；修正后重新加载页面，并检查中文、数字和符号是否一并正常。

如果只有某个旧软件的菜单或提示语乱码，而文件在其他程序中正常，检查软件自身的语言、区域或字符集设置。部分旧程序依赖操作系统的“非 Unicode 程序语言”设置；更改这类系统选项后，通常需要重启应用或电脑再验证。不要仅因方框就修改编码：若是字体缺字，应安装或切换到包含对应字符的字体。

CSV 或 Excel 中文乱码：导入时指定来源编码

双击 CSV 后中文异常，不一定代表文件已坏，可能是表格软件自动猜错了编码。重新打开文件时选择“从文本/CSV 导入”一类功能，预览数据后手动选择 UTF-8 或 GBK 等来源编码，再确认列内容正常后导入。保存成表格文件前检查中文列；如果需要继续交给其他程序读取，另存 CSV 时也要确认目标程序要求的编码。

若导入预览已经出现问号或“�”，换编码仍不能让原字恢复，说明内容可能在生成或保存时就已丢失。回到最初的数据来源重新导出，比对一两条已知中文记录，再按对方要求的编码生成文件。

什么时候能恢复，什么时候要找原始文件

只要原始字节还在，且只是被错误编码解释，通常可以通过选择正确编码恢复；保存后重新打开仍正常，是有效验证。若文件已被错误转换并覆盖，或字符已经变成问号、替代符号，原字符信息可能不再存在。此时优先寻找备份、源文件或重新导出的版本，不要反复转换当前乱码文件。

排查时按“同内容换应用对照—确认是否只有显示异常—重新按编码打开或导入—正确显示后另存—重新打开验证”的顺序处理。这样能区分软件显示问题、编码不匹配和内容已损坏，避免把可恢复的原文覆盖掉。