自己做的网站出现乱码，别慌，先别急着删库重来。这篇文就是专门解决你看着满屏问号或方块字时那种想砸键盘的冲动。我花了一晚上才搞定的问题，现在全部分享给你，保证你看完就能上手修。

记得去年给一个做本地生活的小客户搭后台，上线测试的时候，一切正常。第二天客户打电话来说，后台全是乱码，前台也是。我当时心里咯噔一下，心想这不得背锅啊。赶紧登录服务器一看，好家伙，数据库里存的也是乱码。那一刻我真想顺着网线过去把当初写代码的自己打一顿。

其实大多数时候，问题出在编码一致性上。很多新手朋友，包括当年的我，总觉得只要代码里写了就万事大吉了。大错特错。这只是告诉浏览器怎么显示，如果数据库存的时候就是GBK编码，那你用UTF-8去读，当然就是乱码。

我当时排查的第一步，就是检查数据库连接字符串。你看，很多教程里只让你改HTML头部，却没人告诉你PHP或Java连接数据库时的参数。我在连接串里加了&charset=utf8mb4，这一步至关重要。特别是如果你的网站要支持emoji表情或者生僻字，一定要用utf8mb4，普通的utf8在MySQL里其实是utf8mb3，存不了四字节字符。

第二步，检查文件本身的编码。有时候你用的编辑器，比如VS Code或者Notepad++，默认保存格式可能是ANSI或者GBK。你明明心里想着是UTF-8，但文件头里没加BOM，或者编辑器偷偷给你存成了别的格式。这时候你去服务器上看文件属性，或者直接下载下来用十六进制编辑器看，前几个字节不对，那就是编码错了。把整个项目文件夹批量转换成UTF-8无BOM格式，这一步能解决80%的前台乱码问题。

还有个坑，就是Nginx或Apache的配置。有些老服务器，默认配置里可能没指定charset。你在http块或者server块里加一句charset utf-8;。这招看似简单，但很多模板里没写，导致浏览器猜错了编码，显示出来的文字就是天书。我当时就是漏了这一步，折腾了半天才发现是服务器响应头里没带charset信息。

说到这，不得不提一下数据库表结构的字符集。你建表的时候，是不是直接用了默认设置？默认可能是latin1。这就导致你插入中文数据时，数据库直接给你转码或者截断。修改表字符集的命令是ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;。这条命令执行完，旧数据可能会变成乱码，所以操作前一定要备份数据库！别问我怎么知道的，血泪教训。

还有一个容易被忽视的点，就是PHP文件本身的编码。有些老项目，混合了不同编码的文件。比如index.php是UTF-8，但引用的config.php是GBK。这时候，哪怕你改了连接串，局部还是会乱。你需要用工具扫描整个项目，统一编码。我用的是Notepad++的批量替换编码功能，虽然笨，但管用。

最后，检查你的HTML meta标签。虽然我说它不是万能的，但它是最基础的防线。确保你的head里有。有些老式浏览器，如果不加这个，或者加的位置不对，它会尝试用本地默认编码解析，结果就是乱码一片。

我自己做的网站出现乱码，往往是因为这些细节没对齐。编码这东西，就像语言，你说普通话，别人说粤语，沟通肯定出问题。你得确保从数据库、服务器配置、后端代码、前端HTML，这一条链路上，所有人都说同一种语言，那就是UTF-8。

别嫌麻烦，排查的时候一步步来。先看数据库，再看服务器配置，最后看文件编码。通常只要搞定数据库连接和文件编码，问题就解决一大半了。希望这篇干货能帮你省下几个通宵，早点下班回家陪老婆孩子。毕竟，修bug是无止境的，但生活还得继续。

本文关键词：自己做的网站出现乱码