PHP以及JSON中的转义问题解析

这样做有什么好处呢？
大家在调用 jsonp 接口或者调用js文件的时候，由于文件编码不同导致的乱码问题，应该不会陌生吧。
如果你的文件出现了非英文字符，如果调用时文件编码不一致，则会出现乱码情况。
很多新手朋友应该都纠结过这种问题吧。

但是如果把那些字符转义为 Unicode 之后，无论文件编码是否一致，都不会出现乱码。
这就是为什么 PHP 会默认编码为 Unicode 的原因，她为我们想的太周到了。

当然如果你非要直接显示那些字符，也是OK的，把函数json_encode第二个参数加上JSON_UNESCAPED_UNICODE 即可。
但是这个参数 PHP 5.4.0 才开始支持。

提到Unicode 我们顺便来介绍一下平时我们使用到的字符集

ANSI：系统预设的标准文字储存格式。ANSI是American National Standards Institute的缩写。它成立于1918年，是一个自愿性的组织，拥有超过1300个会员，包括所有大型的电脑公司。ANSI专为电脑工业建立标准，它是世界上相当重要的标准。也是平时我们使用记事本的默认格式。

Unicode：世界上所有主要指令文件的联集，包括商业和个人电脑所使用的公用字集。当采用Unicode格式储存文件时，可使用Unicode控制字符辅助说明语言的文字覆盖范围，如阿拉伯语、希伯来语。用户在“记事本”中输入含有Unicode字符的文字并储存文件时，系统会提示你必须选取“另存为”中的Unicode编码，这些字符才不会被遗失。需要提醒大家的是，部分Windows 2000字型无法显示所有的Unicode字符。如果发现文件中缺少了某些字符，只需将其变更为其它字型即可。

Unicode big endian：在Big-endian处理器（如苹果Macintosh电脑）上建立的Unicode文件中的文字位元组（存放单位）排列顺序，与在Intel处理器上建立的文件的文字位元组排列顺序相反。最重要的位元组拥有最低的地址，且会先储存文字中较大的一端。为使这类电脑的用户能够存取你的文件，可选择Unicode big-endian格式。

UTF-8：UTF意为通用字集转换格式(Universal Character Set Transformation

E-mail一般在传送过程中都要对文件进行编码。这是因为E-mail只能传送ASCII码格式的文字信息。ASCII码为7位代码，非ASCII格式的文件在传送中必须经过编码工具编成相应的A SCII码进行传输，接收端在收到后再根据编码规则进行解码。若非如此就会在传输过程中出现编码截位的问题，导致收信方出现乱码。特别是中文内码的文字，属于8 位代码，并非标准的ASCII码形式，由于国内通行的大部分邮件服务器都能够处理GB内码文件，所以可以直接传送文件而不需要编码，但如果要将中文邮件发到国外或在不支持8 位（非标准ASCII码格式）的某些邮件主机上传输，就会产生乱码。具体的说就是在直接发送中文或非ASCII码的邮件时邮件主机无法处理，会把文件中每个字符的第八位都滤掉（截去第八位）从而使一些信息和原始信息截然不同，或邮件完全损坏成为乱码无法阅读。这也是目前造成邮件乱码的主要原因之一。如果我们对邮件进行七位编码然后进行传输解码，就能解决截位乱码现象。

也就是说 JSON 只会转义这部分字符为 unicode，我们来简单测试下吧。