解析：今日淘宝S1级别故障

写在开头：

今天在不少头条里出现了这张图，小编本身也是百分比必现，IOS版本，并且是如今还会百分百出现，目前3月25日7.52分已经修改了提示语（发现新版本xxxx）

---

淘宝在IOS上，必然是大部分经过Object-c编写，而后经过App Store的形式下发安装到用户手机，这种就是客户端。每次迭代更新，须要发布

咱们能够看到，淘宝在11小时前发布了新版本，那么就是在今天早上8点左右发布新版本，能够肯定这个BUG是经过此次更新出现的故障

网上不少阴谋论，我以为应该不会是内部的人故意为之，由于这种事故是真的会引起用户卸载APP，致使不可预知的损失，对身边全部同事都是毁灭性打击。

曾经小编开发过一个桌面软件，结果版本更新迭代时候，测试人员发布了一个测试环境的包，那么悲剧了，用户自动升级，升级到了测试环境的包，因为咱们是即时通信应用，那么用户永远也登录不上去了，也升级不回来了。

---

我今天说的可能不必定对

---

解析此次事故：

• 经过更新版本致使
• 提示语应该是用原生组件编写（可是提示语是能够根据后端接口动态返回）
• 只有从新发布新版本，用户安装后才能解决这个问题
• • *

咱们如何避免这种状况？

以前我写过微信的灰度发布、回收（不须要更新版本）就能作到

微信如何作到不更新就回收朋友圈表情评论功能

---

原理跟上面我写的这篇文章大概一致，就是像这种原生的弹窗，特别是高频使用的模块，弹窗是能够基于接口返回来肯定是否出现（以及提示语），微信的灰度发布、回收朋友圈表情评论就作得很好。

固然，咱们并不排除是不当心操做致使的BUG。像这种用户量达到亿级别的产品，我以为架构师每次更新迭代，都应该考虑是否能够灰度发布、回收。而不是仅靠下发到APP Store去进行控制

最后

• 欢迎加我微信(CALASFxiaotan)，拉你进技术群，长期交流学习...
• 欢迎关注「前端巅峰」,认真学前端，作个有专业的技术人...

原创不易，点个在看支持我吧，转发就更好了