新京报
如果这段内容出现在网页、Excel、CSV、数据库、聊天记录或软件界面中,优先检查文本编码、字体、数据分隔方式和原始文❤️件。不要直接把乱码覆盖回原文件,也不要反复尝试不同编码保存,否则可能让原🤔本可以恢复的数据彻底丢失。
当原始字节已经被错误编码后保存,或者乱码内容经过多次转换,原文字节可能已经丢失。此时不能保证通过“转换编码”恢复原文。特别是问号🎆、空白方框和被截断的字符🎇,往往意味着部分信息已经被替换或删除。
一类常见原因是编码不匹配。例如,原文件按 UTF-8 保存,打开软件却按其他中文编码读取,中文可能会变成异常符号。反过来🎵,文🎯件原本采用某种本地编码,导入工具却强制按 UTF-8 解释,也会产生类似问题。
处理前先复制一份原文件,所有尝试都在副本上进行。建议按照🎉“确认来源—识别⭐编码—重新打开—对照结果”的顺序操作。
检查页面声明的字符集、服务器返回的字符集以及数据库连接字符集是否一致。页面显示乱码时,先查看同一接口的原始响应;如果原始响应已经异常,应从服务端和数据库排查;🎆如果原始响应正常而浏览器显示异常,则重点检查页面渲染设置。不要仅通过复制粘贴来修复,因为复制过程可能再次改变字符。
如果内容只是显示为方框,先更换支持中文的字体;如果内容已经变成问号、陌生符号或重复字符,换字体通常无效。对于从外部导入的数据,应重新导入原始文件,并明确设置编码和分隔符。公式、筛选☀️条件和数据验证规则也要一并检查,避免修复文字后造🌈成编号或分类关系错位。