頁面亂碼問題的根源及其分析

更新時間：2013年08月09日 10:14:53 作者：

這個問題已經遇到過倆次了，就是頁面中明確指明了編碼是UTF8,但是顯示是亂碼。雖然知道解決方法，也知道是Apache的原因，但是一直沒有去找其所以然，今天趁機，就研究了一下

首先, 關閉PHP配置文件php.ini中的default_charset:
1. 頁面沒有指定charset ， Apache配置defaultcharst gbk , 頁面文件編碼是utf-8
結果: 亂碼，使用wireshark抓包，發(fā)現服務器返回的header中指明了:

復制代碼代碼如下:

Content-Type:text/html;charset=GB

結論：當頁面沒有指明charset的時候，Apache的defaultcharset起作用

2. 頁面指定charset為utf-8, Apache配置defaultcharset gbk. 頁面文件是utf-8

復制代碼代碼如下:

<head>
        <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
</head>
<body>
        <div id="page-header">
         測試Apache DefaultCharset
        </div>
</body>
</html>

結果還是出現亂碼。
結論：當Apache配置了DefaultCharset, 將忽略頁面的charset申明。

3. PHP header申明charset為utf8, Apache配置defaultcharst gbk,頁面文件編碼是utf8

復制代碼代碼如下:

header("Content-Type:text/html; charset=utf-8");

結果：頁面顯示正常。

4 Apache設置DefaultCharset off
結果，頁面顯示正常。

翻閱了下Apache2的手冊：
AddDefaultCharset指令
說明當應答內容是text/plain或text/html時，在HTTP應答頭中加入的默認字符集
語法AddDefaultCharsetOn|Off|charset
默認值AddDefaultCharsetOff
作用域serverconfig,virtualhost,directory,.htaccess
覆蓋項FileInfo
狀態(tài)核心(C)
模塊core
當且僅當應答內容是text/plain或text/html時，此指令將會在HTTP應答頭中加入的
默認字符集。理論上這將覆蓋在文檔體中通過<meta>標簽指定的字符集，但是實際
的行為通常取決于用戶瀏覽器的設置。AddDefaultCharsetOff將會禁用此功能。
AddDefaultCharsetOn將啟用Apache內部的默認字符集iso-8859-1。您
也可以指定使用在IANA注冊過的字符集名字中的另外一個charset。
比如說：
AddDefaultCharsetutf-8

也就是說，當Apache不指定defaultcharset的時候，頁面編碼由頁面自己的meta標簽指定。
當Apache指定的時候，將忽略頁面中的meta標簽指定的編碼. 但是容許腳本直接header編碼方式給客戶端

最后，還有一個問題沒有得出結果：
當Apache和頁面都沒有指定的時候，又如何？
我在自己的機器上，如果都不指定，默認還是utf8.

您可能感興趣的文章: