utf_8 和 GBK 不搭出现乱码(转)

今天调数据的时候发现调出来的一直是乱码,用了各种方法都未解决,简单的调数据用了好长时间,最后突然发现了一个问题 页面的

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

而数据字段用的是 gbk_chinese_ci

连接数据库指定输出 mysql_query("set names ‘GBK‘"); 原来有不同。

上网查了一下,感觉一下结果还不错

首先, 关闭PHP配置文件php.ini中的default_charset:

1. 页面没有指定charset , Apache配置defaultcharst gbk , 页面文件编码是utf-8

结果: 乱码,使用wireshark抓包,发现服务器返回的header中指明了:


  1. Content-Type:text/html;charset=GB

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

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


  1. <head>
  2. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
  3. </head>
  4. <body>
  5. <div id="page-header">
  6. 测试Apache DefaultCharset
  7. </div>
  8. </body>
  9. </html>

结果还是出现乱码。

结论:当Apache配置了DefaultCharset, 将忽略页面的charset申明。

3. PHP header申明charset为utf8, Apache配置defaultcharst gbk,页面文件编码是utf8


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

结果 : 页面显示正常。

4 Apache设置DefaultCharset off

结果,页面显示正常。

翻阅了下Apache2的手册:


  1. AddDefaultCharset指令
  2. 说明当应答内容是text/plain或text/html时,在HTTP应答头中加入的默认字符集
  3. 语法AddDefaultCharsetOn|Off|charset
  4. 默认值AddDefaultCharsetOff
  5. 作用域serverconfig,virtualhost,directory,.htaccess
  6. 覆盖项FileInfo
  7. 状态核心(C)
  8. 模块core
  9. 当且仅当应答内容是text/plain或text/html时,此指令将会在HTTP应答头中加入的
  10. 默认字符集。理论上这将覆盖在文档体中通过<meta>标签指定的字符集,但是实际
  11. 的行为通常取决于用户浏览器的设置。AddDefaultCharsetOff将会禁用此功能。
  12. AddDefaultCharsetOn将启用Apache内部的默认字符集iso-8859-1。您
  13. 也可以指定使用在IANA注册过的字符集名字中的另外一个charset。
  14. 比如说:
  15. AddDefaultCharsetutf-8

也就是说,当Apache不指定defaultcharset的时候,页面编码由页面自己的meta标签指定。

当Apache指定的时候,将忽略页面中的meta标签指定的编码. 但是容许脚本直接header编码方式给客户端

最后,还有一个问题没有得出结果:

当Apache和页面都没有指定的时候,又如何?

我在自己的机器上,如果都不指定,默认还是utf8.

最后说一下解决办法吧,呵呵。将其在记事本里打开,然后改自己想要的编码格式就行啦,注意:不要在Dreamweaver中直接修改,要不改完的结果是页面全部乱码,注意哈!!!!

时间: 2024-10-12 05:12:43

utf_8 和 GBK 不搭出现乱码(转)的相关文章

ajax 一个 gbk 目标后内容乱码的解决方案

ajax 一个 gbk 目标后,如果内容出现乱码,说明服务器在送出内容时没有指定 charset,ajax 对于没有指定 charset 的 response 默认以 utf-8 来处理,所有出现乱码,本以为若目标不可控则此问题无解,无意中发现 xhr 对象的 overrideMimeType 方法居然可以强势修复这个问题,大大让我惊喜啊! 解决方法备注如下: xhr.overrideMimeType( "text/html;charset=" + charset ); 原文:http

[转载]Sublime Text 2支持GB2312和GBK,解决中文显示乱码问题

Sublime Text 2是一个非常不错的源代码及文本编辑器,但是不支持GB2312和GBK编码在很多情况下会非常麻烦.不过Sublime Package Control所以供的插件可以让Sublime Text 2几乎完美地支持CJK编码的文本. 安装Sublime Package Control非常简单,在Sublime Text 2上用Ctrl+-打开控制台并在里面输入以下代码,或者是官方提供的代码.Sublime Text 2就会自动安装Package Control. [python

【LaTex】Texstudio中中文文本乱码问题的解决方法

Texstudio中中文文本乱码问题的解决方法:1.因为默认编码是UTF8,ctex的编码是GBK,所以出现乱码.将texstudio编码设成GBK乱码自然消失.2.通过拷贝粘贴,不会出现乱码.3.texstudio构建的编译平台是pdflatex,GBK编码时无需加UTF8选项,加了反而慢,甚至出错.不知为什么?4.编码是UTF8时,宜用xelatex编译,很快.5.Sublimetext可将GBK编码转存为UTF8,转存后用texstudio打开不会出现乱码.如果出现将默认编码改成UTF8就

struts2乱码

今天遇到Struts2中,完成一个action以后,通过 <action name="saveDir" class="directorySaveAction" >   <result type="redirect-action">    <param name="actionName">listDirByParent</param>    <param name="

Java GBK,UTF-8编码

作者:卿笃军 原文地址:http://blog.csdn.net/qingdujun/article/details/41366301 1.GBK,UTF-8编码 注意:一般默认的是GBK编码. package io.dol.sn; import java.io.FileOutputStream; import java.io.IOException; import java.io.OutputStreamWriter; public class EnCodeStream { public st

javac mac 终端乱码

java和javac在简体中文的Mac OSX的终端(Terminal.app)环境下,默认是以GBK编码的中文输出各种诸如语法错误,数组访问越界之类的信息.但是,Mac的终端的默认编码是UTF-8,所以javac和java在未配置的情况下会输出乱码. 终端(terminal)-->偏好设置(preferences)-->设置-->高级-->字符编码-->中文(GBK) javac mac 终端乱码,布布扣,bubuko.com

utf-8页面展示 gbk编码的js,gbk中有中文

index.html <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv=&qu

关于HTML中文乱码问题

系统:ubuntu 14.04 软件:bluefish 一.乱码原因 1.不同编码内容混杂:HTML乱码是因为html编码问题照成(常见gb2312与utf-8两种编码内容同一时候存在照成) 2.未设置HTML编码:<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />未设置,这里设置的是utf-8 3.使用记事本编辑html:使用记事本直接编辑html也easy照成ht

令人崩溃的@requestBody乱码一例

这个问题真是让我心力憔悴了...在客户现场对接就是乱码,StringHttpConverter怎么配置都不行... 场景其实很简单:客户那头post一个http请求,包体是json字符串,我这头spring项目用的@requestBody接收的这个json字符串,结果中文居然是乱码. 客户那头用的是个老系统自己封装的http发送类,他们自己系统之间接收发送的时候都是ok的,没有出现过乱码.所以客户侧是一脸无辜的看着我...我当时也是蒙了... 客户侧发送代码关键部分如下: connection