寫在開頭: 前端
今天在不少頭條裏出現了這張圖,小編本身也是百分比必現,IOS版本,並且是如今還會百分百出現,目前3月25日7.52分已經修改了提示語(發現新版本xxxx)後端
淘寶在IOS上,必然是大部分經過Object-c編寫,而後經過App Store的形式下發安裝到用戶手機,這種就是客戶端。每次迭代更新,須要發佈 微信
咱們能夠看到,淘寶在11小時前發佈了新版本,那麼就是在今天早上8點左右發佈新版本,能夠肯定這個BUG是經過此次更新出現的故障架構
網上不少陰謀論,我以爲應該不會是內部的人故意爲之,由於這種事故是真的會引起用戶卸載APP,致使不可預知的損失,對身邊全部同事都是毀滅性打擊。學習
曾經小編開發過一個桌面軟件,結果版本更新迭代時候,測試人員發佈了一個測試環境的包,那麼悲劇了,用戶自動升級,升級到了測試環境的包,因爲咱們是即時通信應用,那麼用戶永遠也登錄不上去了,也升級不回來了。測試
我今天說的可能不必定對spa
解析此次事故:3d
咱們如何避免這種狀況?blog
以前我寫過微信的灰度發佈、回收(不須要更新版本)就能作到token
原理跟上面我寫的這篇文章大概一致,就是像這種原生的彈窗,特別是高頻使用的模塊,彈窗是能夠基於接口返回來肯定是否出現(以及提示語),微信的灰度發佈、回收朋友圈表情評論就作得很好。
固然,咱們並不排除是不當心操做致使的BUG。像這種用戶量達到億級別的產品,我以爲架構師每次更新迭代,都應該考慮是否能夠灰度發佈、回收。而不是僅靠下發到APP Store去進行控制
最後
原創不易,點個在看支持我吧,轉發就更好了