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

写在开头：

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

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

我们可以看到，淘宝在11小时前发布了新版本，那么就是在今天早上8点左右发布新版本，可以确定这个BUG是通过这次更新出现的故障

网上很多阴谋论，我觉得应该不会是内部的人故意为之，因为这种事故是真的会引发用户卸载APP，导致不可预知的损失，对身边所有同事都是毁灭性打击。

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

我今天说的可能不一定对

解析这次事故：

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

我们如何避免这种情况？

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

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

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

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