因为全世界最流行浏览器之一的 Chrome，马上就要发布第 100 个版本了。而这次更新，很可能会引发一些 BUG，导致网页直接打不开。

　　Chrome 大伙们可再熟悉不过了，这款有内存吞噬者之称的浏览器，在这颗行星上有超过 20 亿的装机量。

　　至少在编辑部，除了少数几个 Safari 用户外，Chrome 的覆盖率没有 9 成也有 8 成。而剩下的也大都是在用各种 chromium “ 套壳 ” 浏览器。

　　那么问题就来了，别人的软件更新不是内置个虚幻引擎，加些新功能，就是修复一些 BUG，让产品更加稳定。

　　Chrome 你这个坐拥数十亿的大咖咋一更新，反而修复了 “ BUG 过少的 BUG ” 呢？

　　接下来就请准备好薯片和可乐，差评君这就和大伙们讲讲，这道火锅都能做对的比大小题目背后、这个让大伙们可能上不了网的 BUG 背后，究竟发生了什么。

　　一方面，网站就能向那些用最新版浏览器的用户展示新功能、新交互，反过来对那些 “ 古董 ” 浏览器提供适合它们的内容。

　　就像 IE9 之前的 IE 浏览器不装插件的话，是不支持 SVG 功能的。而对如今的各大浏览器来说，SVG 早已经算是个平平无奇的玩意儿了。

　　在另一方呢，出于网络安全的考虑，网站还能根据版本号，直接拒绝那些早就不更新的浏览器访问网站。

　　而这次 Chrome 浏览器即将带来的版本号为 100 的更新，就很可能让一部分网站认错客人，然后直接把用户拒之门外。

　　就拿能差评君所用的 Chrome 浏览器为例，网站会通过检查以下的浏览器 UA（ 用户代理字符串 ）来查一波户口：

　　对于大部分的网站开发者来说，他们只需要关注紧接着 Chrome/ 后的字符 “ 97 ”，其实就足够网站辨别浏览器身份，并根据版本看碟下菜了。

　　所以在 Chrome 浏览器的版本号升到 100 之后，在访问那些用 Duda 开发的网站时，认字只认一半的它们会以为你的版本号是 10。

　　虽然这一波无疑是 Duda 程序员的锅，但是在某种程度上，Chrome 的程序员们其实也还是有那么一捏捏责任的。

　　而错就错在 Chrome 的程序员们太能爆肝了，从而导致 Chrome 的更新实在太勤快了。

　　这么说吧，今年已经 13 岁的 Chrome 在早期可是 12 周才更新一次，后来加快到了 6 周一次，到后面更是到了 4 周更新一次。

　　只不过，这些人再怎么出谋划策也都是 “ 皇上不急太监急 ”，要知道古话说的好：解铃还须系铃人啊！

　　而在 Chrome、FireFox 这些浏览器的版本号线 之后，还有多少的类似 Duda 的 BUG 没被发现，咱们就不得而知了。

　　这个 BUG 的大概剧情是在今年的 1 月 1 日当天，不少使用微软 Exchange 的公司发现邮箱居然发不出去了。

　　背后的原因其实也相当简单，那就是微软用了一种名叫 yymmddhhmm （年年月月日日时时分分）的符号变量（ int32 ）来存储时间。

　　原本在上世纪是为了节省存储空间的设定，在如今却成为了 BUG。因为 2022 年的后两位 22 带入到 “ yymmddhhmm ” 中，直接就超过 int32 的取值范围。。。

　　总得来说呢用vPN翻墙运行谷歌，在科技互联网领域其实一直都存在类似的祖传代码存在，或是为了兼容，或许是为了节省时间不重复造轮子，那些具有时代局限性的代码，还有代码中那些千年万年的 BUG，也就一代又一代地传了下来。

　　因为那些使用 POSIX 时间的 32 位程序，它们的计时方式是用秒来表示的。其中格林尼治时间 1970 年的 1 月 1 日 0 时 0 分 0 秒为起点，第 2147483648 秒为上限。

　　新智元，Chrome 浏览器全球大翻车？「 满 100 减 90 」让 20 多亿用户无网可上。