Firebase 故障一夜放倒数千款 iPhone 应用，谷歌修复全面铺开

9 月 29 日凌晨，不少 iPhone 和 iPad 用户发现手机里的一批应用集体抽风：点开就崩，根本用不了。社交媒体和开发者社区里很快炸开了锅，大家比对崩溃记录后发现，中招的应用覆盖面极广，从常用工具到游戏都有。肇事者很快查明，出事的居然是谷歌——谷歌旗下的 Firebase 开发平台出了故障，一夜之间放倒了数千款 iPhone 应用。谷歌已在当天上午确认修复全面推出，崩溃潮到此告一段落。

一行格式错误的负载，应用一开就崩

出问题的是 Firebase 的统计分析组件 Analytics for Firebase。这个组件在应用里负责收集使用数据，大量 iOS 应用都把它当作标配。集成了这个组件的应用在启动时会向 SDK 接收一份数据负载，而这份数据的格式出了错，应用由此在启动阶段直接崩溃。锅完全在谷歌这一端，开发者自己毫无办法——代码没改过、版本没动过，应用就是莫名其妙地闪退。

iPhone 上闹起大面积崩溃，用户第一反应很少会联想到谷歌，毕竟它做的是安卓的生意。可 Firebase 恰恰是谷歌手里横跨两大平台的开发者服务，Android 和 iOS 的应用都在用，集成它的应用数以千计。这也是为什么一个看似不起眼的数据负载错误，能让整个 iOS 生态跟着晃了一夜。

波及面相当惊人。Firebase 在 iOS 和 Android 平台都有大量开发者在用，集成它的应用数以千计，这次故障里崩的只是 iOS 这一侧。从开发者反馈看，一些应用的用户崩溃量达到数万次，还有的远超这个数字，故障页面的讨论里堆满了开发者的崩溃日志。平时埋头做产品的开发者，这次连止损的手段都没有，只能眼睁睁看着自家应用闪退，等谷歌出手。

从故障到修复，两个多小时

谷歌软件工程师 Nick Cooke 在 GitHub 上汇总了这次事故的时间线，换算成北京时间后情况相当清晰：故障从 9 月 29 日 08:41 开始，Analytics for Firebase 的 iOS 端 SDK 因收到格式错误的负载，导致应用启动即崩溃；到 10:52，修复已全面推出，前后只花了两个多小时。从事故被大规模报告到彻底按住，谷歌这次反应算得上快。

开发者这边不需要做任何事：不用更新 SDK，也不用给应用发新版本，修复全部在谷歌服务端完成。剩下的尾巴是缓存——受缓存行为影响，部分应用实例在修复推出后的四个小时里仍可能继续崩溃，这些残留案例预计在 9 月 29 日 14:52 前自行消失。走到这一步，崩溃问题算是彻底翻篇，谷歌也在问题页上向开发者说明了情况。

与 iOS 27.0.1 撞车，纯属巧合

这次故障开始的时间点，恰好紧挨着苹果发布 iOS 27.0.1，乍一看很容易让人怀疑是系统更新惹的祸。多方信息都指向同一个结论：两者只是时间上撞车，崩溃的应用并不限于 iOS 27.0.1，其他系统版本上的用户同样中招，锅完全在 Firebase 一侧。一个第三方开发平台的负载出错，能在一夜之间搅动整个 iOS 应用生态，这波连锁反应也让人见识了开发服务集中化的另一面。

现在不需要做任何补救操作，受影响的应用应该已经恢复正常；如果还有个别应用偶尔闪退，多半是缓存在作怪，等一等或重启一下应用即可，无需删除重装。iOS 27 这波更新本身也带来过别的问题，此前 iPhone 18 Pro 的18 Pro 变慢原因就有过专门解读。而围绕苹果软件生态的安全话题，本月刚做过一期九月 Mac 威胁盘点，感兴趣的可以一并翻翻。