遇到“91乱码”时 ，先不要急着重复刷新或重新装置。乱码可能只泛起在某个网页 ，也可能来自应用的语言设置、系统字体或文件编码。先确认乱码泛起的位置 ，再凭证“判断规模—排查外地情形—确认内容泉源—验证恢复效果”的顺序处置惩罚 ，通常比直接修改编码更快。
先判断乱码影响了哪一部分
翻开泛起问题的页面、应用或文件 ，视察乱码的规模。纪录一小段乱码内容 ，并划分举行以下测试：
- 统一页面刷新后是否仍然乱码。
- 其他页面或其他文件是否正常显示。
- 统一内容在另一个浏览器、应用或装备上是否正常。
- 乱码是汉字酿成问号、方框 ，照旧泛起一串无意义的字母和符号。
若是只有一个页面异常 ，优先排查网页缓存、浏览器扩展和网页编码；若是多个应用都异常 ，重点检查系统语言、字体和区域设置；若是只有一个文件异常 ，通常应从文件编码入手。先完成这一步 ，可以阻止把网页问题误判成装备故障。
网页泛起91乱码：先扫除页面因素 ，再判断编码
第一步：重新加载并扫除浏览器缓存
- 关闭泛起乱码的页面 ，再重新翻开。
- 执行一次强制刷新 ，让浏览重视新获取页面内容。
- 使用隐私窗口或无痕窗口翻开统一页面。
- 暂时停用会修改网页内容的翻译、剧本阻挡或阅读模式扩展。
若是无痕窗口显示正常 ，说明页面自己或许率没有损坏 ，问题通常来自缓存、Cookie或浏览器扩展。此时整理该网站的缓存和站点数据 ，再重新翻开页面。整理后若恢复正常 ，说明故障已经定位在浏览器外地情形。
第二步：检查网页字符集
若是浏览器提供“文字编码”或类似选项 ，可以先实验UTF-8；关于泉源较旧的中文页面 ，再实验GB18030或其他页面明确标注的编码。不要一连随机切换并生涯内容 ，由于网页编码只是显示方法 ，过失的选择可能让文字看起来更乱。
UTF-8通常适用于现代网页。若是页面始终泛起“?”“?”一类异常字符 ，可能是UTF-8内容被按其他编码读；若是泛起大宗问号 ，原始内容可能在传输或生涯时已经丧失。此时换浏览器只能资助确认问题 ，不可修复网页源数据。
第三步：确认是否为网页一侧故障
用另一台装备或另一种浏览器翻开统一页面。若是差别装备都显示相同乱码 ，而其他网站正常 ，问题更可能出在页面自己的字符集声明、效劳器响应编码、数据库毗连编码或内容文件编码上。通俗用户无法直接修改这些设置 ，可以保存页面名称、泛起时间、浏览器版本和乱码示例 ，反响给页面维护者。
判断标准是：统一页面在多个装备上都乱码 ，且刷新、无痕窗口和换浏览器都没有转变 ，就不必继续重复整理本机缓存 ，应转向页面内容或效劳端排查。
应用内泛起乱码：先分清语言、字体和应用数据
若是“91乱码”只在某个应用内泛起 ，先完全退出应用 ，再重新启动。随后翻开应用的语言、地区或文字显示设置 ，确认没有误切换到不兼容的语言情形。修改后重新进入泛起问题的页面 ，视察文字是否恢复。
若是应用的菜单、按钮和系统文字都正常 ，只有某一段内容乱码 ，问题通常与该内容的编码或应用自身剖析有关；若是多个应用都泛起方框、空缺字或缺少汉字 ，则应检查系统是否缺少对应字体或语言组件。
按影响规模排查
- 只有一个应用乱码：先更新应用 ，再整理该应用的缓存。整理前确认主要数据已经同步或备份。
- 多个应用的中文都酿成方框：检查系统语言、地区、字体和中文语言包是否正常。
- 只有外部导入的内容乱码：检查应用是否支持该内容的编码名堂 ，不要把应用显示故障直接归结为系统字体问题。
- 更新后才最先乱码：纪录更新前后的转变 ，优先实验应用内的语言设置或回退到应用提供的稳固版本。
重新装置应放在后面。只有在重启、语言设置、缓存处置惩罚和更新都无效 ，并且已经确认数据可恢复时 ，才情量卸载重装。重装完成后先翻开一条已知正常的中文内容 ，再测试原来泛起乱码的页面 ，这样可以判断是装置情形恢复 ，照旧原始内容仍有问题。
文件翻开后乱码：先复制文件 ，再实验准确编码
文本文件、CSV文件或从其他系统导出的文件泛起乱码时 ，先复制一份原文件 ，不要直接笼罩生涯。过失编码生涯可能会把原始文字永世改写 ，导致后续无法恢复。
- 用支持选择字符编码的编辑器或导入工具翻开文件。
- 优先实验UTF-8 ，再凭证文件泉源实验GB18030等中文编码。
- 预览内容是否恢复正常 ，重点检查中文、标点和数字是否同时准确。
- 确认无误后 ，使用“另存为”生涯一份新文件 ，并保存原文件作为备份。
若是文件来自网页或现代系统导出 ，先试UTF-8；若是文件来自较旧的Windows软件、旧数据库或古板中文办公流程 ，GB18030更值得优先测试。若只有部分列显示异常 ，可能是CSV脱离符、引号或字段转义问题 ，纷歧定是整体字符集过失。
泛起“□”通常更像是字体缺失或目今字体无法显示字符；泛起“?”则常见于字符解码失败；泛起大宗问号 ，可能代表字符在此前转换历程中已经被替换。替换字体只能解决方框类显示问题 ，不可恢复已经丧失的文字。
用交织测试确认故障是否恢复
| 测试效果 | 更可能的缘故原由 | 下一步行动 |
|---|---|---|
| 只有一个浏览器乱码 | 缓存、Cookie或扩展滋扰 | 整理站点数据并停用相关扩展 |
| 所有浏览器和装备都乱码 | 网页内容或效劳端编码异常 | 纪录征象并反响页面维护者 |
| 多个应用都泛起方框 | 系统字体或语言组件缺失 | 检查系统语言、地区和字体 |
| 只有一个文件翻开异常 | 文件编码不匹配 | 复制原文件后重新选择编码导入 |
确认恢复时 ，不要只看某一个字。重新翻开原页面或文件 ，检盘问题、正文、标点、数字和中文混排内容是否都正常；再关闭并重新进入一次 ，确认问题没有因暂时刷新而短暂消逝。网页在两个浏览器中正常、应用在重启后正常、文件在重新选择编码后正常 ，划辩白明对应故障已经获得验证。
仍然乱码时应保存哪些信息
若是按顺序处置惩罚后仍未恢复 ，保存以下信息可以缩短后续定位时间：泛起乱码的页面或文件类型、详细乱码示例、首次泛起时间、使用的装备和系统、浏览器或应用版本、是否替换装备测试过 ，以及清缓存、改编码后的效果。不要只形貌“打不开”或“显示不正常” ，应说明是问号、方框、异常字母 ，照旧部分文字缺失。
最主要的判断是：统一内容换情形后恢复 ，问题在原装备或原应用；换情形仍不恢复 ，问题更可能在内容泉源；文件只有在过失编码生涯后才一连异常 ，则应优先使用备份或重新获取原文件。凭证这个顺序排查 ，通 ？梢宰柚乖谕场⒂τ煤臀募之间重复实验无关设置。
