网站打开一片乱码？编码问题的四个排查方向

有些客户发来截图，说网站打开全是问号和方块，中文一个字都认不出来，英文数字倒还正常。这种情况十有八九是编码没对上：服务器告诉浏览器这页是GBK，文件实际存的是UTF-8，两边不一致，浏览器只能硬猜，猜错就是满屏乱码。乱码看着像小毛病，客户第一眼却会觉得这个站没人管，内容都读不下去，后面的产品和报价自然也懒得看。刚换过服务器或者找人改过代码的站，最容易出这个问题，做网站建设时常常被忽略。等到客户投诉才回头查，往往已经悄悄流掉了几批访客，而且很难说清损失到底出在哪一页。

首先确认页面声明的编码和文件实际编码是否一致。打开页面源码看头部那行charset，写着utf-8就去检查文件本身是不是真按utf-8保存的，编辑器另存为时选错一次就埋下隐患。数据库也要一起看，很多乱码不是页面问题，而是数据入库时字符集不对，读出来就已经坏了。页面声明、文件保存、数据库字符集这三处，任何一处不一致都会出现乱码，排查时按顺序一个个对，别一上来就全站转码。转码之前先做一次完整备份，这两分钟往往能救命。

其次分清乱码的具体形态，能省不少时间。满屏问号通常是字符在转换过程中被直接丢掉，多出现在GBK与UTF-8互转的环节；方块或黑菱形是字体缺字，跟编码关系不大；只有部分老文章乱码、新发的正常，基本可以锁定为历史数据的字符集遗留问题。把这些现象先分清楚再动配置，比盲目全站转码安全得多，郑州网站建设的项目里就有人一次转换把两年的文章弄坏了，原文很难恢复。改配置时一次只动一处，改完立刻刷新验证，出了问题才知道是哪一步引起的。

最后说预防和收尾。新站从第一天起统一用UTF-8，服务器、数据库、编辑器保持同一个标准，别混着来。老站要转码，先在测试环境跑一遍，确认没问题再动线上，转之前把数据库完整备份一份。交付时把编码标准写进技术说明，后面接手的人才不会踩坑。河南网站建设的同行做网站搬家时也一样，备份和测试这两步省不得，出了问题客户第一个电话打给的就是你。编码属于底层问题，平时看不见，坏起来却是全站级的事故，所以宁愿上线前多测一遍。