Mojibake乱码中ГѓВ模式的成因是什么？字符ö转为ГѓВ¶的编码流程是怎样的

编码转换过程梳理 #

ö变为ГѓВ¶是经历了4次错误的编解码操作，完整流程如下：

1. 初始字符ö的Unicode码点为U+00F6
2. 第一次编码：用UTF-8对ö编码，得到2字节序列 0xC3 0xB6
3. 第一次错误解码：程序将上述2字节错误按照**ISO-8859-1（Latin-1单字节编码）**解码，得到2个字符 Ã、¶
4. 第二次错误编码：程序将ö这2个字符再次用UTF-8编码，得到4字节序列 0xC3 0x83 0xC2 0xB6
5. 第二次错误解码：程序将上述4字节错误按照**Windows-1251（西里尔文单字节编码）**解码，最终得到4个字符拼接结果ГѓВ¶

乱码问题排查方法 #

• 首先提取关键信息：确认原始正常字符的码点、编码字节，同时拿到乱码字符对应的底层存储字节，不要仅基于显示的乱码字符做判断
• 梳理全链路编码配置：排查数据从生成、存储、传输、读取到渲染的全流程每个节点的默认编码设置，常见出错点包括数据库字符集、服务端响应编码、前端页面编码、文件读写默认编码、跨系统传输的编码声明不匹配
• 交叉验证编解码逻辑：这类多重转码乱码大多是UTF-8和Latin-1、Windows-125x、GBK等单字节编码的反复错配，可将乱码对应的字节序列用常见编码依次尝试编解码还原，匹配到可识别的正常内容即可定位出错环节
• 排查重复编码逻辑：这类两层乱码基本都存在对同一内容多次编码/解码的错误逻辑，比如已为UTF-8格式的字节流被再次当做Latin-1字符转UTF-8的操作

内容的提问来源于stack exchange，提问作者Aly