B站自曝去年服务器大崩溃原因，就因为这？

不知道差友们还记不记得，去年的 7 月 13 日，B 站发生了一件大事。

至于为啥崩了，当时大家谁也心里没个底。

后来呢，随着 B 站在凌晨两点一顿修仙，把服务器问题给慢慢解决，这件事情也算是告一段落了。

没想到在今年的 7 月 13 日，B 站特意发了一篇文章，刨开心窝子来给我们讲了一讲，那个晚上，到底发生了什么。

咱也看了一下这篇文章，好家伙，让整个 B 站崩溃的原因，竟然只是一行代码没写好？？？

   案情回溯：  

负责搞定站点可靠性的工程师（SRE）和B站的客服都收到了大量网站打不开的报警。

结果发现VPN 也崩了。。。压根进不去系统。

你说这绿色通道不会是向日葵吧（一种远程桌面软件） ▼

简单来说，就是 CPU 被不知道哪里来的刺客给占用光了算力，没法处理业务了。

系统未响应.exe ▼

重启就完事了，要相信重启能解决 90% 的问题！

说业务恢复了嘛，也没有，主机房重启后还是出现了CPU 跑满 100%的问题。

那会不会是新加入的代码问题呢？

随后，B 站开始进行了一波波紧张的回滚操作。

没办法，总得让业务先跑起来吧。

在紧张刺激的一小时后，新的 SLB 配置成功，原本导向主站的流量也慢慢的开始迁移过去。

凌晨两点，在崩溃了三小时之后，B 站的业务总算得到了恢复。

   罪魁祸首：  

可是最根本的原因是啥呢？

负责排查问题的同学也没让人失望，在时间压力大大放缓之后，找出了真相。

这是一个典型的 “ 自己调用自己 ” 的递归函数。

看上去好像是一点点问题都没有，既明确了递归的终止条件（b = 0），也没有太多复杂的逻辑处理。

你传进去的 0，是个什么 0？

搞清楚它到底是整数，还是小数，或者是一个字符。

C语言示例：
# 定义一个整型数据a，为它赋值1
# 定义一个字符串数据b，为它赋值‘1’
int a = 0;
char a = '0';
Lua示例：
--定义 a 为数字0，b为字符串‘0’
a = 0
b = '0'

地雷就被引爆了。

于是发生了强制类型转换。

所以咱们小学数学都会学到的。。。 把 0 当除数的事情就发生了。

程序，继续运行。

在停不下来的路上根本停不下来，直接把 CPU 资源给吃满了。

就这样，被占满的 CPU 一口气把别的业务也带崩了。

属于是把钥匙断锁眼里，也是崩的理所当然了。

   崩完之后：  

讲道理，这样的机会其实挺难得的。

向上滑动 ▼

B 站这次愿意分享，直面自己的 “ 伤疤 ” 。

不知道是不是团队好好总结了去年经验的缘故。