FirebaseAuth 5.0.x能否在iOS应用扩展中使用？是否有规避方案？

嘿，这个问题我做Extension开发时也踩过坑——Firebase Auth的FIRAuth.m里确实硬编码调用了[UIApplication sharedApplication]，而这个API在App Extension环境下被苹果禁用，直接集成肯定会触发崩溃。不过别慌，有几种可行的绕过方案，我给你梳理一下：

方案一：主App处理Auth，共享令牌给Extension #

这是最稳妥、官方推荐的思路，完全基于Firebase标准API实现，不用碰源码：

• 主App正常完成Firebase登录流程，调用getIDTokenForcingRefresh:获取最新的ID Token；
• 借助App Groups功能，把ID Token存储到共享的UserDefaults或者共享容器的文件中；
• Extension从共享容器读取Token，在初始化Firestore（或其他Firebase服务）时，手动将这个Token设置为身份凭证。比如Firestore可以通过FIRFirestoreSettings配置自定义Auth，或者在每个请求Header里带上Token。

这种方法稳定性强，后续Firebase版本更新也不用额外维护，唯一要注意的是保证Token时效性，主App要及时刷新并同步最新Token到Extension。

方案二：修改Firebase Auth源码移除UIApplication依赖 #

如果你愿意承担维护成本，可以尝试修改Firebase Auth源码：

• 克隆Firebase iOS SDK仓库，找到FIRAuth.m中调用[UIApplication sharedApplication]的代码块；
• 添加环境判断逻辑：通过检查[[NSBundle mainBundle] bundlePath]是否包含appex后缀，判断当前是否处于Extension环境；
• 如果是Extension环境，跳过那些依赖UIApplication的逻辑（比如推送通知注册代码）。

⚠️ 注意：这种方法维护成本很高，每次Firebase发布新版本，你都需要重新同步源码并修改对应逻辑，还可能破坏Firebase Auth的部分功能（比如推送联动的Auth逻辑），只适合对Firebase内部逻辑非常熟悉的开发者。

方案三：直接使用Firebase REST API #

彻底绕开客户端SDK，直接调用Firebase的REST接口：

• 主App登录后获取ID Token，共享给Extension；
• Extension使用这个Token作为Authorization: Bearer <token>请求头，直接调用Firebase Auth和Firestore的REST API完成身份验证和数据操作。

这种方法灵活性最高，完全不受SDK限制，但需要自己处理请求签名、错误处理、数据序列化等SDK原本封装好的工作，开发量会大一些，适合对REST API熟悉且需要高度自定义的场景。

额外提醒 #

不管用哪种方案，都要确保ID Token的安全性，避免在不安全渠道传输；同时要配置好Firebase安全规则，确保只有持有有效Token的请求才能访问你的Firestore数据。

内容的提问来源于stack exchange，提问作者RickDT