解决PHP和MySQL乱码问题的方法

在初次配置PHP运行支持MySQL后，对于初学者来说，中文乱码是开始学习时遇到的第一个问题。本节将重点介绍如何解决这个问题。

一般说来，乱码的出现有两种原因。首先是由于编码（Charset）设置错误，导致浏览器以错误的编码来解析，从而出现了满屏乱七八糟的符号，不能正常显示中文；其次是文件被以错误的编码打开，然后保存，比如一个文本文件原先是GB2312编码的，却以UTF-8编码打开再保存。

要解决上述乱码问题，首先需要知道开发中哪些环节涉及编码。

1）文件编码被修改。先要明确页面文件（.html，.php等）本身是以何种编码来保存的。记事本和Dreamweaver在打开页面的时候会自动识别文件编码，因而不太会出问题。而ZendStudio却不会自动识别编码，它只会根据首选项的配置，固定以某种编码打开文件，如果用错误编码打开文件，当做了修改之后保存时，乱码就出现了。

2）页面声明编码不统一。在HTML代码HEAD里面，可以用＜meta http-equiv=＂Content-Type＂content=＂text/html＂；charset=＂XXX＂/＞来告诉浏览器网页采用了什么编码。目前中文网站开发中XXX主要用的是GB2312和UTF-8两种编码。

3）数据库连接编码不正确。进行数据库操作的时候，要明确以哪种编码与数据库传输数据，这里需要注意的是不要与数据库本身的编码混淆，比如MySQL内部默认是latin1编码，也就是说MySQL是以latin1编码来存储数据，以其他编码传输给MySQL的数据会被转换成latin1编码。

知道了网站开发中哪些地方涉及了编码，也就知道了产生乱码的原因。下面是一些常见的错误情况与解决方法。

问题一：数据库采用UTF8编码，而页面声明编码是GB2312。

这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据得到的就是乱码，需要在查询前先使用mysql_query（＂SET NAMES GBK＂）来设置MySQL连接编码，保证页面声明编码与这里设定的连接编码一致（GBK是GB2312的扩展）。(www.xing528.com)

如果页面是UTF-8编码的话，可以用mysql_query（＂SET NAMES UTF8＂），注意拼写是“UTF8”而不是“UTF-8”。假如页面声明的编码与数据库内部编码一致则可以不设定连接编码。

例如，本书的购物车系统的数据库连接时设置的编码规则如下。

MySQL的数据输入/输出比上面讲得更复杂，MySQL配置文件my.ini中定义了两个默认编码，分别用[client]里的default-character-set和[mysqld]里的default-character-set来设定默认时候客户端连接和数据库内部所采用的编码。上面指定的编码其实是MySQL客户端连接服务器时候的命令行参数character_set_client，来告诉MySQL服务器接收到的客户端数据是什么编码的，而不是采用默认编码。

问题二：页面声明编码与文件本身编码不一致。

这种情况很少发生，因为如果编码不一致，美工做页面的时候在浏览器看到的就是乱码。更多时候是发布以后修改一些小BUG，由于以错误编码打开页面然后保存导致的乱码；或者是用某些FTP软件直接在线修改文件，比如CuteFTP，由于软件编码配置错误而导致转换错了编码。

问题三：服务器Apache设定了服务器全局的默认编码。

一些租用虚拟主机的读者，明明上述3项编码都设置正确，但还是有乱码。比如，网页是GB2312编码的，IE等浏览器打开却总是识别成UTF-8，网页HEAD里面已经声明是GB2312了，手动修改浏览器编码为GB2312后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码，在httpd.conf里面加了AddDefaultCharset UTF-8。这时候服务器会首先发送HTTP给浏览器，其优先级比页面里声明编码高，自然浏览器就发生识别错误。解决办法有两个，一是管理员在配置文件自己的虚机里加上一条AddDefaultCharset GB2312来覆盖全局配置，二是在自己目录的.htaccess里进行相应配置。