遇到“91乱码”时，先不要急着重复刷新或重新安装。乱码可能只出现在某个网页，也可能来自应用的语言设置、系统字体或文件编码。先确认乱码出现的位置，再按照“判断范围—排查本地环境—确认内容来源—验证恢复结果”的顺序处理，通常比直接修改编码更快。

先判断乱码影响了哪一部分

打开出现问题的页面、应用或文件，观察乱码的范围。记录一小段乱码内容，并分别进行以下测试：

• 同一页面刷新后是否仍然乱码。
• 其他页面或其他文件是否正常显示。
• 同一内容在另一个浏览器、应用或设备上是否正常。
• 乱码是汉字变成问号、方框，还是出现一串无意义的字母和符号。

如果只有一个页面异常，优先排查网页缓存、浏览器扩展和网页编码；如果多个应用都异常，重点检查系统语言、字体和区域设置；如果只有一个文件异常，通常应从文件编码入手。先完成这一步，可以避免把网页问题误判成设备故障。

网页出现91乱码：先清除页面因素，再判断编码

第一步：重新加载并排除浏览器缓存

1. 关闭出现乱码的页面，再重新打开。
2. 执行一次强制刷新，让浏览器重新获取页面内容。
3. 使用隐私窗口或无痕窗口打开同一页面。
4. 暂时停用会修改网页内容的翻译、脚本拦截或阅读模式扩展。

如果无痕窗口显示正常，说明页面本身大概率没有损坏，问题通常来自缓存、Cookie或浏览器扩展。此时清理该网站的缓存和站点数据，再重新打开页面。清理后若恢复正常，说明故障已经定位在浏览器本地环境。

第二步：检查网页字符集

如果浏览器提供“文字编码”或类似选项，可以先尝试UTF-8；对于来源较旧的中文页面，再尝试GB18030或其他页面明确标注的编码。不要连续随机切换并保存内容，因为网页编码只是显示方式，错误的选择可能让文字看起来更乱。

UTF-8通常适用于现代网页。如果页面始终出现“Ô“”一类异常字符，可能是UTF-8内容被按其他编码读取；如果出现大量问号，原始内容可能在传输或保存时已经丢失。此时换浏览器只能帮助确认问题，不能修复网页源数据。

第三步：确认是否为网页一侧故障

用另一台设备或另一种浏览器打开同一页面。如果不同设备都显示相同乱码，而其他网站正常，问题更可能出在页面本身的字符集声明、服务器响应编码、数据库连接编码或内容文件编码上。普通用户无法直接修改这些设置，可以保留页面名称、出现时间、浏览器版本和乱码示例，反馈给页面维护者。

判断标准是：同一页面在多个设备上都乱码，且刷新、无痕窗口和换浏览器都没有变化，就不必继续反复清理本机缓存，应转向页面内容或服务端排查。

应用内出现乱码：先分清语言、字体和应用数据

如果“91乱码”只在某个应用内出现，先完全退出应用，再重新启动。随后打开应用的语言、地区或文字显示设置，确认没有误切换到不兼容的语言环境。修改后重新进入出现问题的页面，观察文字是否恢复。

如果应用的菜单、按钮和系统文字都正常，只有某一段内容乱码，问题通常与该内容的编码或应用自身解析有关；如果多个应用都出现方框、空白字或缺少汉字，则应检查系统是否缺少对应字体或语言组件。

按影响范围排查

• 只有一个应用乱码：先更新应用，再清理该应用的缓存。清理前确认重要数据已经同步或备份。
• 多个应用的中文都变成方框：检查系统语言、地区、字体和中文语言包是否正常。
• 只有外部导入的内容乱码：检查应用是否支持该内容的编码格式，不要把应用显示故障直接归结为系统字体问题。
• 更新后才开始乱码：记录更新前后的变化，优先尝试应用内的语言设置或回退到应用提供的稳定版本。

重新安装应放在后面。只有在重启、语言设置、缓存处理和更新都无效，并且已经确认数据可恢复时，才考虑卸载重装。重装完成后先打开一条已知正常的中文内容，再测试原来出现乱码的页面，这样可以判断是安装环境恢复，还是原始内容仍有问题。

文件打开后乱码：先复制文件，再尝试正确编码

文本文件、CSV文件或从其他系统导出的文件出现乱码时，先复制一份原文件，不要直接覆盖保存。错误编码保存可能会把原始文字永久改写，导致后续无法恢复。

1. 用支持选择字符编码的编辑器或导入工具打开文件。
2. 优先尝试UTF-8，再根据文件来源尝试GB18030等中文编码。
3. 预览内容是否恢复正常，重点检查中文、标点和数字是否同时正确。
4. 确认无误后，使用“另存为”保存一份新文件，并保留原文件作为备份。

如果文件来自网页或现代系统导出，先试UTF-8；如果文件来自较旧的Windows软件、旧数据库或传统中文办公流程，GB18030更值得优先测试。若只有部分列显示异常，可能是CSV分隔符、引号或字段转义问题，不一定是整体字符集错误。

出现“□”通常更像是字体缺失或当前字体无法显示字符；出现“�”则常见于字符解码失败；出现大量问号，可能代表字符在此前转换过程中已经被替换。更换字体只能解决方框类显示问题，不能恢复已经丢失的文字。

用交叉测试确认故障是否恢复

确认恢复时，不要只看某一个字。重新打开原页面或文件，检查标题、正文、标点、数字和中文混排内容是否都正常；再关闭并重新进入一次，确认问题没有因临时刷新而短暂消失。网页在两个浏览器中正常、应用在重启后正常、文件在重新选择编码后正常，分别说明对应故障已经得到验证。

仍然乱码时应保留哪些信息

如果按顺序处理后仍未恢复，保留以下信息可以缩短后续定位时间：出现乱码的页面或文件类型、具体乱码示例、首次出现时间、使用的设备和系统、浏览器或应用版本、是否更换设备测试过，以及清缓存、改编码后的结果。不要只描述“打不开”或“显示不正常”，应说明是问号、方框、异常字母，还是部分文字缺失。

最重要的判断是：同一内容换环境后恢复，问题在原设备或原应用；换环境仍不恢复，问题更可能在内容来源；文件只有在错误编码保存后才持续异常，则应优先使用备份或重新获取原文件。按照这个顺序排查，通常可以避免在网页、应用和文件之间反复尝试无关设置。