關(guān)于PHP頁(yè)面顯示亂碼問(wèn)題的解決

一般的中文編碼：gb2312，gbk(前者的一種擴(kuò)展)，這兩種編碼缺乏國(guó)際通用性;UTF-8為國(guó)際標(biāo)準(zhǔn)編碼，一般網(wǎng)頁(yè)編碼使用該編碼方式;

出現(xiàn)亂碼大部分是由于編碼方式的不一致導(dǎo)致的，其中主要有四個(gè)地方不一致就可能存在這個(gè)可能：

1、頁(yè)面文件的編碼方式(.html，.php等)

2、 html.head中指定瀏覽器的編碼方式

3、MySql數(shù)據(jù)庫(kù)傳輸?shù)木幋a方式

4、Apache字符集

這四個(gè)的編碼一般需要統(tǒng)一起來(lái)，統(tǒng)一為UTF-8更為合適。以下四點(diǎn)應(yīng)該注意：

1、PlusEdit這種編輯會(huì)識(shí)別文件編碼，打開(kāi)并保存后編碼方式保持不變 ;而像visual studio 2005、Zend Studio等開(kāi)發(fā)工具會(huì)以工具首選項(xiàng)中的字符集打開(kāi)并保存，可能改變?cè)瓉?lái)的編碼方式，可能原來(lái)是utf-8的，zend studio ->工具(首選項(xiàng)編碼為gb2312)，打開(kāi)并保存就變成了gb2312可能會(huì)出現(xiàn)亂碼;

2、 這句話可以強(qiáng)制要求瀏覽器以u(píng)tf-8編碼方式來(lái)查看頁(yè)面，但有一點(diǎn)需要注意，可能Apache的字符集為非UTF-8，例如GB2312，此時(shí)瀏覽器會(huì)優(yōu)先以服務(wù)器(GB2312)的字符集編碼打開(kāi)，又可能導(dǎo)致亂碼;所以一般可以這么處理：關(guān)閉服務(wù)器Apache的字符集AddDefaultCharset off 此時(shí)瀏覽會(huì)以頁(yè)面Head中字符集打開(kāi);

3、PHP一般都與Mysql數(shù)據(jù)庫(kù)交互，兩者進(jìn)行數(shù)據(jù)通信時(shí)，也有一個(gè)編碼問(wèn)題，不管增還是查，必須指定通信編碼方式(一般與Head中編碼方式UTF-8一致，否則取出來(lái)的數(shù)據(jù)是以非UTF-8編碼的，到頁(yè)面上顯示仍舊為亂碼;把UTF-8編碼的字符通過(guò)非UTF-8的通信方式傳輸?shù)綌?shù)據(jù)庫(kù)同樣會(huì)失敗，我遇到了這個(gè)Insert失敗問(wèn)題，希望大家不要重蹈覆轍，O(∩_∩)O~) 指定通信方式方法：mysql_query('set names utf8')，注意不是utf-8;

4、一般跟數(shù)據(jù)庫(kù)建庫(kù)時(shí)的編碼沒(méi)有關(guān)系，修改后sql語(yǔ)句執(zhí)行會(huì)有問(wèn)題，比如前臺(tái)可視化工具操作刪除數(shù)據(jù)時(shí)會(huì)報(bào)字符集不符合的錯(cuò)誤(我用的工具為MySql-Front)，也不需要修改my.ini文件中的編碼方式，修改后可能導(dǎo)致Mysql無(wú)法啟動(dòng)，報(bào)1065錯(cuò)誤 ;只要命令行執(zhí)行mysql客戶機(jī)程序時(shí)增與查沒(méi)有出現(xiàn)亂碼，數(shù)據(jù)庫(kù)的編碼方式應(yīng)該是沒(méi)有問(wèn)題的，重點(diǎn)需要檢查的是否是上面三個(gè)導(dǎo)致的亂碼。