php开发中常见的中文乱码处理办法

在开发中php与mysql一不小心就会出现中文乱码，这个就是数据库编码与文件编码的问题了，下面我们综合的了大量的php中中文乱码的解决办法。

PHP中文乱码有时发生在网页本身，有些产生在于MySQL交互的过程中，有时与操作系统有关。下面进行一番总结。

一．首先是PHP网页的编码

最好最快的解决办法就是,页面申明的编码与数据库内部编码一致,如果页面申请的页码与数据库内部编码不一致时,就设定连接编码 ,

代码如下	复制代码
mysql_query("SET NAMES XXX ");

XXX为连接编码.一定可以解决乱码的问题.

1. php文件本身的编码与网页的编码应匹配 a. 如果欲使用gb2312编码，那么php要输出头：

代码如下	复制代码
header(“Content-Type: text/html; charset=gb2312")，

静态页面添加

代码如下	复制代码
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">，

所有文件的编码格式为ANSI，可用记事本打开，另存为选择编码为ANSI，覆盖源文件。 b. 如果欲使用utf-8编码，那么php要输出头 ：

代码如下	复制代码
header(“Content-Type: text/html; charset=utf-8")，

静态页面添加

代码如下	复制代码
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">，

所有文件的编码格式为utf-8。保存为utf-8可能会有点麻烦，一般utf-8文件开头会有BOM，如果使用 session就会出问题，可用editplus来保存，在editplus中，工具->参数选择->文件->UTF-8签名，选择总 是删除，再保存就可以去掉BOM信息了。

2. php本身不是Unicode的，所有substr之类的函数得改成mb_substr（需要装mbstring扩展）；或者用iconv转码。

二．PHP与Mysql的数据交互

PHP与数据库的编码应一致

1. 修改mysql配置文件my.ini或my.cnf，mysql最好用utf8编码

代码如下	复制代码
[mysql] default-character-set=utf8 [mysqld] default-character-set=utf8 default-storage-engine=MyISAM

在[mysqld]下加入:

代码如下	复制代码
default-collation=utf8_bin init_connect='SET NAMES utf8'

2. 在需要做数据库操作的php程序前加mysql_query("set names '编码'");，编码和php编码一致，如果php编码是gb2312那mysql编码就是gb2312，如果是utf-8那mysql编码就是 utf8，这样插入或检索数据时就不会出现乱码了

三．PHP与操作系统相关 Windows和Linux的编码是不一样的，在Windows环境下，调用PHP的函数时参数如果是utf-8编码会出现错误，比如 move_uploaded_file()、filesize()、readfile()等，这些函数在处理上传、下载时经常会用到，调用时可能会出现下 面的错误: Warning: move_uploaded_file()[function.move-uploaded-file]:failed to open stream: Invalid argument in ... Warning: move_uploaded_file()[function.move-uploaded-file]:Unable to move '' to '' in ... Warning: filesize() [function.filesize]: stat failed for ... in ... Warning: readfile() [function.readfile]: failed to open stream: Invalid argument in .. 在Linux环境下用gb2312编码虽然不会出现这些错误，但保存后的文件名出现乱码导致无法读取文件，这时可先将参数转换成操作系统识别的编码，编码 转换可用mb_convert_encoding(字符串,新编码,原编码)或iconv(原编码,新编码,字符串)，这样处理后保存的文件名就不会出现 乱码，也可以正常读取文件，实现中文名称文件的上传、下载。 其实还有更好的解决方法，彻底与系统脱离，也就不用考虑系统是何编码。可以生成一个只有字母和数字的序列作为文件名，而将原来带有中文的名字保存在数据库 中，这样调用move_uploaded_file()就不会出现问题，下载的时候只需将文件名改为原来带有中文的名字。

实现下载的代码如下

代码如下	复制代码
header("Pragma: public"); header("Expires: 0"); header("Cache-Component: must-revalidate, post-check=0, pre-check=0"); header("Content-type: $file_type"); header("Content-Length: $file_size"); header("Content-Disposition: attachment; filename="$file_name""); header("Content-Transfer-Encoding: binary"); readfile($file_path); $file_type是文件的类型，$file_name是原来的名字，$file_path是保存在服务上文件的地址。

四． 再来总结一下为什么会乱码 一般来说，乱码的出现有2种原因，首先是由于编码(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编码。 知道了WEB开发中哪些地方涉及到了编码，也就知道了乱码产生的原因：上述3项编码设置不一致，由于各种编码绝大部分是兼容ASCII的，所以英文符号不 会出现，中文就倒霉了。

 

五．决战一些常见的错误情况与解决：

 

1、数据库采用UTF8 编码，而页面申明编码是GB2312 ，这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是乱码，需要在查询前先使用：

代码如下	复制代码
mysql_query("SET NAMES GBK");

来设定MYSQL连接编码，保证页面申明编码与这里设定的连接编码一致（GBK是GB2312的扩展 ）。如果页面是UTF-8 编码的话，可以用：

代码如下	复制代码
mysql_query("SET NAMES UTF8");

注意是UTF8而不是一般用的UTF-8。假如页面申明的编码与数据库内部编码一致可以不设定连接编码。 注：事实上MYSQL的数据输入输出比上面讲的更复杂一些，MYSQL配置文件my.ini中定义了2个默认编码，分别是[client]里的 default -character-set和[mysqld] 里的default-character-set 来分别设定默认时候客户端连接和数据库内部所采用的编码。我们上面指定的编码其实是MYSQL客户端连接服务器时候的命令行参数 character_set_client，来告诉MYSQL服务器接受到的客户端数据是什么编码的，而不是采用默认编码。

 

2、页面申明编码与文件本身编码不一致，这种情况很少发生，因为如果编码不一致美工做页面时候在浏览器看到的就是乱码了。更多时候是发布以后修改一些小 BUG，以错误编码打开页面然后保存导致的。或者是用某些FTP软件直接在线修改文件，比如CuteFTP，由于软件编码配置错误而导致转换错了编码。 3、一些租用虚拟主机的朋友，明明上述3项编码都设置正确了还是有乱码。比方说网页是GB2312 编码的，IE等浏览器打开却总是识别成UTF-8 ，网页HEAD里面已经申明是GB2312 了，手动修改浏览器编码为GB2312 后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码，在httpd.conf里面加了AddDefaultCharset UTF-8 。这时候服务器会首先发送HTTP头给浏览器，其优先级比页面里申明编码高，自然浏览器就识别错了。解决办法有2个，请管理员在配置文件自己的虚机里加上 一条AddDefaultCharset GB2312 来覆盖全局配置，或者在自己目录的.htaccess里配置。 总结:总之一句话,要解决要解决最PHP中文乱码好最快的解决办法就是,页面申明的编码与数据库内部编码一致,如果页面申请的页码与数据库内部编码不一致时,就设定连接编码 ,

代码如下	复制代码
mysql_query("SET NAMES XXX ");

XXX为连接编码.一定可以解决乱码的问题.

 

在 PHP 众多预定义服务器变量中，$_SERVER["REQUEST_URI"] 算是经常用到的，但是这个变量只有 apache 才支持，因此，我们需要一个更加通用的方式来获取 REQUEST_URI 的值

代码如下	复制代码
<?php   function request_uri() {     if (isset($_SERVER['REQUEST_URI']))     {         $uri = $_SERVER['REQUEST_URI'];     }     else     {         if (isset($_SERVER['argv']))         {             $uri = $_SERVER['PHP_SELF'] .'?'. $_SERVER['argv'][0];         }         else         {             $uri = $_SERVER['PHP_SELF'] .'?'. $_SERVER['QUERY_STRING'];         }     }     return $uri; }   ?>

在php中默认换代码换行有\\n还有一个就是回车换行了/r/n以及我们的ascii编辑的chr(32) chr(13)分别是回车和空格哦，下面是简单介绍不同系统之间的换行符在php中的用法。

代码如下	复制代码
<?php //php 不同系统的换行 //不同系统之间换行的实现是不一样的 //linux 与unix中用 /n //MAC 用 /r //window 为了体现与linux不同 则是 /r/n //所以在不同平台上 实现方法就不一样 //php 有三种方法来解决 //1、使用str_replace 来替换换行 $str = str_replace(array("/r/n", "/r", "/n"), "", $str); //2、使用正则替换 $str = preg_replace('//s*/', '', $str); //3、使用php定义好的变量 （建议使用） $str = str_replace(PHP_EOL, '', $str); ?>

分享一篇关于cookie和session区别详细说明的文章，有需要的朋友可以参考一下，很有价值的一篇文章。

代码如下	复制代码
注意：当前设置的Cookie不是立即生效的，而是要等到下一个页面时才能看到.这是由于在设置的这个页面里Cookie由服务器传递给客户浏览器，在下一个页面浏览器才能把Cookie从客户的机器里取出传回服务器的原因。

1. 一是调用只带有name参数的SetCookie，那么名为这个name的Cookie将被从关系户机上删掉；例如：setcookie('name','');
2. 另一个办法是设置Cookie的失效时间为time()或time()-1，那么这个Cookie在这个页面的浏览完之后就被删除了（其实是失效了）。 例如：setcookie('name','PHP淮北',time()-24*60*60);
        要注意的是，当一个Cookie被删除时，它的值在当前页在仍然有效的。 

1. 首先是必须在HTML文件的内容输出之前设置(Cookie是HTTP协议头的一部分，用于浏览器和服务器之间传递信息，所以必须在任何属于HTML文件本身的内容输出之前调用Cookie函数。

1. 不同的浏览器对Cookie的处理机制不一样
2. cookie限制是在客户端的。一个浏览器能创建的Cookie数量最多为30个，并且每个不能超过4KB，每个WEB站点能设置的Cookie总数不能超过20个。
3. 当前设置的Cookie不是立即生效的，而是要等到下一个页面时才能看到

• 存储位置：

1. session存储在服务器位置上，可以通过php.ini里面配置session相关配置
2. cookie存储在客户端上的上（其实可以分两种：

1. 服务端session的相对于客户端的cookie安全性要较高一点
2. session在服务器集群的时候容易不同步，而cookie不会

中文在php 开发中经常会有意无意的碰到问题，今天我们来看看json_encode中文乱码的解决办法吧，虽然方法不是很好，但可以解决问题只

代码如下	复制代码
<?php $arr = array        (           'Name'=>'希亚',           'Age'=>20        ); $jsonencode = json_encode($arr); echo $jsonencode; ?>

结果如下

{"Name":null,"Age":20}

中文成了空，那是什么原因呢，下面接着看
我们来测试utf-8

代码如下	复制代码
<?php $array = array  (    'title'=>iconv('gb2312','utf-8','这里是中文标题'),   'body'=>'abcd...'  ); echo json_encode($array); ?>

结果
{"title":"u8fd9u91ccu662fu4e2du6587u6807u9898","body":"abcd..."}

也不是我们想的东西，那我们利用php urlencode()函数处理以下，在json_encode之前，把所有数组内所有内容都用urlencode()处理一下

这样中文就没有问题了哦。