页面乱码问题的根源是什么

这篇文章主要讲解了"页面乱码问题的根源是什么"，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习"页面乱码问题的根源是什么"吧！

首先, 关闭PHP配置文件php.ini中的default_charset:
1. 页面没有指定charset ， Apache配置defaultcharst gbk , 页面文件编码是utf-8
结果: 乱码，使用wireshark抓包，发现服务器返回的header中指明了:

复制代码 代码如下:

Content-Type:text/html;charset=GB

结论：当页面没有指明charset的时候，Apache的defaultcharset起作用

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

复制代码 代码如下:

结果还是出现乱码。
结论：当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
状态核心(C)
模块core
当且仅当应答内容是text/plain或text/html时，此指令将会在HTTP应答头中加入的
默认字符集。理论上这将覆盖在文档体中通过标 签指定的字符集，但是实际
的行为通常取决于用户浏览器的设置。AddDefaultCharsetOff将会禁用此功能。
AddDefaultCharsetOn将启用Apache内部的默认字符集iso-8859-1。您
也可以指定使用在IANA注册过的字符集名字 中的另外一个charset。
比如说：
AddDefaultCharsetutf-8

也就是说，当Apache不指定defaultcharset的时候，页面编码由页面自己的meta标签指定。
当Apache指定的时候，将忽略页面中的meta标签指定的编码. 但是容许脚本直接header编码方式给客户端

感谢各位的阅读，以上就是"页面乱码问题的根源是什么"的内容了，经过本文的学习后，相信大家对页面乱码问题的根源是什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是，小编将为大家推送更多相关知识点的文章，欢迎关注！