好程序员web前端教程分享js文件引用编码方式

时间 2019-12-07

原文原文链接

好程序员web前端教程分享js文件引用编码方式，js外部文件编码由这些因素决定：1.若是Apache有DefaultCharset，则js文件解析用服务器指定的编码；2.若是PHP header声明charset为编码utf-8，则文件编码用utf-8来解析。3.若是以上两个都为空，页面编码由meta标签决定。4.若是以上声明都没有，则会使用utf-8来解析。5.若是页面编码为gbk，而js文件编码为utf-8，则能够在js属性中定义charset='utf-8'。javascript

昨天帮同事解决的一个问题,GBK的页面(不要问我为何GBK,由于GBK,因此GBK),引用了Google map的API, 可是因为GoogleMap API返回的js脚本是utf-8的,因此致使在IE下, 浏览器没法正确解析.html

也就是, 因为服务器中生成的HTML是基于gbk编码的, 而且因为Apache的DefaultCharset(后叙), 因此致使IE会以gbk编码去解析从外部引入的GoogleMap js,那确定是不能正确解释的.前端

浏览器判断一个页面的编码有俩个途径, 一种是经过HTTP响应头,java

HTTP/1.x 200 OK程序员

Date: Sat, 18 Oct 2008 21:53:51 GMTweb

Server: Apache/2.0.52 (Red Hat)浏览器

X-Powered-By: PHP/5.3.0alpha2服务器

Connection: close测试

Transfer-Encoding: chunkedui

Content-Type: text/html; charset=GB2312

注意最后一行, 这个是由HTTP头部指明的页面编码格式.

另一种就是咱们常见的, 也会另不少初学者困惑的meta:

问题就在于,没有一个统一的标准,来指明这俩中方式的优先级, 不一样的浏览器有着不一样的优先级策略.这也就是为何,咱们在FF下正常浏览的页面,在IE下会乱码的缘由.

我以前的文章Apache的Charset设置中已经介绍过了在Apache下设置DefaultCharset之后产生的影响,

这个问题已经遇到过俩次了，就是页面中明确指明了编码是UTF8,可是显示是乱码。

虽然知道解决方法，也知道是Apache的缘由，可是一直没有去找其因此然，今天趁机，就研究了一下。

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

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

Content-Type:text/html;charset=GBK

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

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

<head>

</head>

<body>

测试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

状态核心(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

在服务器端生成response内容之后, 若是脚本没有显示的调用header发送编码申明,那么Apache就会根据DefaultCharset生成响应HTTP头部的Content-type中的charset字段;

反之若是脚本显示申明了,那么就会按照脚本header申明中的charset设置.

这样到了浏览器端之后, 浏览器就能够根据HTTP头的charset申明来按照特定的编码格式解析获取到的HTML代码,但如今的问题是, 页面是GBK的,可是引用的外部js文件是utf8编码的,这样的状况, 咱们可使用一个script的属性来解决: