写在开头：
今天在很多头条里出现了这张图，小编自己也是百分比必现，IOS版本，而且是现在还会百分百出现，目前3月25日7.52分已经修改了提示语（发现新版本xxxx）
淘宝在IOS上，必然是大部分通过Object-c编写，然后通过App Store的形式下发安装到用户手机，这种就是客户端。每次迭代更新，需要发布
我们可以看到，淘宝在11小时前发布了新版本，那么就是在今天早上8点左右发布新版本，可以确定这个BUG是通过这次更新出现的故障
网上很多阴谋论，我觉得应该不会是内部的人故意为之，因为这种事故是真的会引发用户卸载APP，导致不可预知的损失，对身边所有同事都是毁灭性打击。
曾经小编开发过一个桌面软件，结果版本更新迭代时候，测试人员发布了一个测试环境的包，那么悲剧了，用户自动升级，升级到了测试环境的包，由于我们是即时通讯应用，那么用户永远也登陆不上去了，也升级不回来了。
我今天说的可能不一定对
解析这次事故：
- 通过更新版本导致
- 提示语应该是用原生组件编写（但是提示语是可以根据后端接口动态返回）
- 只有重新发布新版本，用户安装后才能解决这个问题
- *
我们如何避免这种情况？
之前我写过微信的灰度发布、回收（不需要更新版本）就能做到
原理跟上面我写的这篇文章大概一致，就是像这种原生的弹窗，特别是高频使用的模块，弹窗是可以基于接口返回来确定是否出现（以及提示语），微信的灰度发布、回收朋友圈表情评论就做得很好。
当然，我们并不排除是不小心操作导致的BUG。像这种用户量达到亿级别的产品，我觉得架构师每次更新迭代，都应该考虑是否可以灰度发布、回收。而不是仅靠下发到APP Store去进行控制
最后
- 欢迎加我微信(CALASFxiaotan)，拉你进技术群，长期交流学习...
- 欢迎关注「前端巅峰」,认真学前端，做个有专业的技术人...
原创不易，点个在看支持我吧，转发就更好了
java
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。