Microsoft|微软2022年第一号bug让大量程序员连夜加班 只因日期数据溢出
没想到，2022年的到来，也给微软带来了一个新bug 。随着日期从2021年12月31日跳转到2022年1月1日，不少使用微软Exchange的公司发现，自己写好的新年祝福等邮件，突然发不出去了 。
访问:
微软中国官方商城 - 首页
Exchange Server是微软推出的一套电子邮件服务组件，可用于构建企业、高校或机构的邮件系统 。简单来说，用它不止能构建“邮箱工作群”，还能协调内部工作流等 。
这些公司的邮箱服务器内滞留了大量邮件，有些甚至达到数十万封，面临服务器存储不下的问题 。
目前这个bug已经在Reddit热度上千，许多人表示“年都没跨好就在这修bug”：
文章图片
新年（哔）快乐！
文章图片
我本来还在度假呢，就给我拉回来处理这个玩意了……
文章图片
所以到底是怎么回事？
微软2022版“千年虫”
据一位Exchange管理员Joseph Roosen表示，这是一个由于“2022年”的到来而导致的bug 。
这个bug的根源，是微软Exchange上面的邮件过滤管理系统（FIP-FS），采用了一种名叫“yymmddHHMM”的有符号变量（Int32，也就是long）来存储日期 。
文章图片
其中，yymmddHHMM分别指代用两位来存储年（years）、月（months）、日（days）、小时（Hours）、分钟（Minutes） 。
这个数据类型存在一个问题：
有符号的Int32最多只能存储-2147483647到+2147483647的数据 。
然而，从2022年1月1日0时开始，“yymmddHHMM”的yy就已经变成了“22”，超过了Int32所能存储的数据最大范围：
2147483647
22XXXXXXX
于是，在2022年1月1日这天，所有用Exchange服务器发邮件的公司，都收到了这样一条错误提醒：
The FIP-FS Scan Process failed initialization. Error: 0x8004005. Error Details: Unspecified Error” or “Error Code: 0x80004005. Error Description: Can’t convert “2201010001” to long.（FIP-FS扫描处理初始化失败……无法将“2201010001”转变为long数据类型）
它最初被一位名叫@miketheitguy的推特用户发现：
文章图片
由于和“千年虫”一样都是日期给计算机带来的bug，这次bug也被一些Exchange管理员命名为Y2K22 。
推荐阅读
- 顺利交付|2022开年第一辆！齐河融媒体直播车顺利交付！
- Word|微软 Office 三件套 iOS 版 2.57 更新
- 出货|集邦咨询：预计 2022 年手机相机模组出货 49.2 亿颗，增长 2%
- 识别|外卖界又一黑科技 饿了么计划2022年覆盖100000顶智能头盔
- 快科技2018|2022年首款力作！苹果迄今性能最强新品曝光 超有质感
- 杜比|联想拯救者 Y9000P 2022 款预热：可选 RTX 3070 Ti 150W 满功耗
- 海信|海信于芝涛：大屏加速画质之争，2022全球显示进入拐点之年
- Windows|微软发布补丁 修复HTTP协议堆栈远程执行代码漏洞
- Microsoft|分析师：Xbox Series X|S目前销量超过了1200万台
- Apple|苹果新款27英寸一体机或命名iMac Pro 有望2022年1季度末官宣