编辑：小咸鱼好困

近日，谷歌的工程师们发现，当Chrome的版本号达到时，网页会有一定概率打不开，而且这个问题可能会影响20多亿用户。

Chrome浏览器要翻车了？

随着版本号即将达到，谷歌浏览器遇到了一些意想不到的问题。

而这可能会影响高达20多亿的用户。

当然了，紧随其后的Firefox和Edge也不能幸免。

满减90

这个问题吧，倒不是说浏览器会闪退，只不过是失去了它原本的作用：访问网站罢了。

当你使用Chrome时，网站一看，你这是个什么「老古董」？

对不起，不支持，我拒绝。

对此谷歌表示，这一问题主要出现在与Duda合作开发的网站中，并已着手开始修复。

原因其实很简单：版本号。

大多数网站都会检查用户代理字符串来确定用户的浏览器版本。

在Chrome浏览器中，以当前公共版本为例，这个用字符串表示的版本号的内容是：Chrome/96.0..。

正常情况下，开发者不需要知道浏览器的具体版本。因此，Duda在默认情况下只会读取「Chrome/」后面的两个字符。

比如，在「Chrome/96.0..」的例子中，Duda将只读取「96」。

而「ChromeCanary」已经到了「99.0..0」，那么Duda就只读取「99」。

这种读取方法是出于安全考虑，以阻止旧的、已经不予支持的Chrome浏览器访问（40及以上是一个常见的Chrome浏览器版本分界点）。

这样的设计虽然简洁，但如此一来，Chrome只能被识别为Chrome10。

而最坑的是，Duda出于兼容性的考虑，会阻止版本低于40的Chrome浏览器打开网站，这样就会导致Chrome无法正常访问网站。

为了避免这种尴尬的情况，网络开发者必须在Chrome推出之前找到一种方法，正确解析三位数的版本号。

不过，要寻找一个能够彻底修复这一漏洞的方法是很棘手的，而且时间已经不多了。

因为谷歌公司开发Chrome浏览器的速度极为惊人，Chrome浏览器的版本号也在不断增加。

根据目前的发布速度，Canary用户可能最快会在下个月就会遇到这个bug，而运行稳定版的数十亿用户也只剩3至6个月的时间了。

这也就意味着，Chrome浏览器的用户需要为网络中断做好准备，或者在问题解决之前先用其他浏览器。

99.先凑合用

其实，在11月1日的时候，谷歌就发现这个潜在的问题了。

对此，谷歌为Chrome提供了一个测试flag，从而可以强制浏览器的版本号显示为，以便于网站排查问题并为变化做好准备。

只需在地址栏中输入chrome://flags并启用#force-major-version-to-就可以了。

不得不说，工程师的脑洞还真挺大。

如果实在是不行的话，也不是没有办法！

他们想出了一个能凑合用的方法：让Chrome浏览器版本的前两个数字锁定为99，然后将实际版本号放在第二组数字中。

对于几乎没有机会更新的老网站来说，这招应该会非常有效。

这样，用户代理字符串中表达版本号的内容将以「Chrome/99..XX」的形式呈现，从而解决了Duda的识别问题。

此外，谷歌也在寻找有识别问题的网站，并试图与开发者取得联系，从而通过修改代码来解决问题。

当然，这听起来肯定不是最优雅的解决方案。

谷歌方面也把这个解决方案认定为一个「备份计划」。

毕竟这个「备份计划」并不能覆盖所有情况，因为Duda可能并不是唯一出现问题的网络工具包。

目前，谷歌希望能够明确地找到全网所有在Chrome发布时出现故障的网站，并就这个问题与它们的开发者联系。

如果这些问题能在3月底Chrome发布前得到解决，那么对网络开发者来说就根本不需要改变什么。

否则，Chrome就只能在用户代理字符串中增加新的内容。

谷歌的金丝雀

Chrome有四个「发布渠道」：稳定版，测试版，开发版和金丝雀版。

从为普通用户提供最稳定的版本的稳定版，到提供尖端功能和修复但更不稳定的金丝雀。

煤矿工人过去下矿井时，他们带着一只金丝雀作为早期预警系统。如果金丝雀活下来，空气就可以安全呼吸。如果不安全，则是时候离开了。

技术圈的Canary正式来自「矿井里的金丝雀」这个谚语，指的是软件的alpha测试版本，谷歌浏览器也不例外。

ChromeCanary中的一些修复和新功能在成为主要稳定版的一部分之前，将在开发和测试版进行全面测试。

除了缺乏测试，并且可能没有修复所有错误之外，Canary仅仅是ChromeFROMTHEFUTURE。

异曲同工的「千年虫」

Y2K是年软件bug的通用缩写。

该缩写中的字母Y代表「年」，数字2和大写的k代表kilo，意思是0，因此，2K表示年。

Y2K也被命名为「千年虫」，因为它与千禧年的时间戳有关。

在上个世纪，无论是大型计算机还是个人计算机，「存储信息」这一行为是非常昂贵的，少说也要每千字节10美元，在许多情况下甚至超过超过每千字节美元。

因此，对于程序员来说，最大限度地减少存储信息是非常重要的，能省1bit是1bit。

所以，那时候的数据文件的日期格式是六位数字，形式为DDMMYY，日为两位数，月为两位数，年为两位数的YY。比如，年1月1日，就是。

甚至，还有一种更短的表示方法「YYDDD」，其中DDD是一年中的天数。由于磁盘和磁带上的空间也很昂贵，因此通过减少存储日期的数据文件大小也节省了资金。

可是，有些程序在面对两位数年份时，无法区分年和年。这便是「千年虫」的由来。

不过，有一个地区是例外。

年年底，在全世界程序员在为千年虫问题焦虑的的时候，日本程序员却灵机一动：如果继续沿用昭和（年开始）年号的话，千年虫会足足延后到年。

25年的时间总该可以解决这次的问题了。当然，如果真的打算解决的话……

然而日本在年改元为令和时，不但要更改年号，而且昭和时代年号计算的「新千年虫」（昭和年）马上就要来临。

而且不幸的是，不少系统的源代码经过30至40年都已经丢失了。

更加不巧的是，据说在日本IT界还有一个叫「年问题」的问题。

也就是说，当年建立电脑系统的工程师，大部分都会集中在年退休。到现在，已经基本上没有多少人知道如何维护旧的系统了。

参考资料：

转载请注明:http://www.aideyishus.com/lkcf/966.html