Chrome大法好

04/6

2018

Chrome 浏览器的优点，不仅在于它运行快、对新技术的支持快，其实它也有强大的纠错能力。这里主要讲讲编码错乱的方面。（主要和Firefox 对比）

测试环境：
Windows 7 SP1 x64
Chrome 65.0.3325.181
Firefox 59.0.2

情景1：网页编码错乱

如果网页的编码设置错乱，或者压根没设置编码，Chrome 也可以尝试正确显示。Firefox 就歇菜了。

如下网页代码：

<!DOCTYPE html>
<html>
<head>
	<meta charset=gb2312"utf-8">
</head>
<body>
	你是我的骂死他吗
</body>
</html>

charset 设置的不对，这个情况我遇到过。以前用转码工具把一个gb2312 编码的网站转换为 utf-8 编码，那个软件会自动把 charset 的“gb2312”替换成“utf-8”。可能原网页不太规范，有少数页面在处理后变成了这种奇葩的情况。

Chrome 对此仍然可以正常显示，Firefox 就乱码了。

Chrome 没有任何报错信息，估计是默认按 utf-8 处理了。

Firefox 报了个错误：
HTML 文档使用 meta 标签声明了一个不支持的字符编码。该声明被忽略。

把设置 charset 的那一句完全删掉也是一样的情况。

情景2：图片的 Content-Type 设置不对

今天发现的，bilibili 的视频封面图，我们看到的都是小图，小图的 Content-Type 设置的是图片。但是大图的 Content-Type 竟然是text/plain。

如下图片网址：

Chrome 仍然可以将它解析为图片，但是 Firefox 就真的当成纯文本来显示了。

Firefox 报错：
纯文本文件的字符编码未声明。如果该文件包含 US-ASCII 范围之外的字符，该文件将在某些浏览器配置中呈现为乱码。该文件的字符编码需要在传输协议层声明，或者在文件中加入一个 BOM（字节顺序标记）。

情景3：打开未设置编码的txt

前两天我发了一本小黄书：希灵淫国.txt

点击链接默认是在浏览器里打开这个txt文档的。（服务器的返回头里没有 Content-Type 信息）

Chrome 依然可以正常显示，Firefox 不出意外的乱码了。Firefox 的报错信息同上。

其他问题：

Firefox 不完全支持 CSS 的 ::selection 规则，还是需要用 -moz- 前缀。Chrome 很久以前就不需要了。（这个规则可以修改选择网页元素时默认的蓝底白字效果）。

我写的 pixiv 下载器，在 Firefox 上下载文件时，会发生内存泄漏。在 Chrome 上面就不会。

用惯了Chrome 的梯形标签页，再看看现在 Firefox 的长方形标签页，很不适应。太过呆板了，而且互相之间紧挨在一起，没有空隙。感觉很有压迫感。

不过 Firefox 看 pdf 文档的时候比 Chrome 好很多，能提取目录，字体也是宋体。（Chrome 里看 pdf 默认是黑体）

附1：（黑 Firefox 专用）

1.event 的兼容问题，特立独行，必须为 Firefox 特殊处理

2.不支持 html5 的 datetime-local 类型的输入框。这是一个日期时间输入控件。下面的输入框在 chrome 上正常，在 Firefox 上就是一个普通的输入框：

3.一些奇奇怪怪的问题，比如：

对着这个提示没搜到什么有价值的东西。打印了下 this，没感觉有问题。而且这只是个警告，就不能放行一下吗。Chrome 上一切正常。

Saber 酱的抱枕