主应用已集成Firebase时，iOS Widget能否正常使用Firebase相关服务？

问题核心原因 #

你遇到的两类错误本质是手动集成时的链接配置问题：

1. _OBJC_CLASS_$FIRApp 符号找不到是因为Widget Target没有链接包含Firebase实现的静态库，仅引入头文件只能通过编译，链接阶段找不到实现就会报错。
2. [FBLPromise HTTPBody]: unrecognized selector 错误是因为你将Firebase封装到中间层后，主应用和中间层各链接了一次Firebase库，导致运行时存在两份重复符号，ObjC类别实现冲突属于未定义行为，和你观察到的重复实现日志完全吻合。

可行手动集成方案 #

无需封装中间层，直接调整现有配置即可，全程不会引入符号冲突问题：

步骤1：调整静态库Target归属 #

找到你手动导入的所有Firebase相关静态库（.a后缀，包含FirebaseCore、FirebaseAnalytics、FBLPromise、GoogleUtilities等所有依赖子库），在Xcode右侧的Target Membership面板中，同时勾选主应用Target和Widget Extension Target。

步骤2：添加链接器标记 #

打开Widget Target的Build Settings，找到Other Linker Flags配置项，添加-ObjC标记，该标记会强制链接器加载静态库中所有ObjC类和类别实现，避免类别方法找不到的问题。

步骤3：共享配置文件 #

将主应用中的GoogleService-Info.plist文件，添加到Widget Target的Build Phases -> Copy Bundle Resources列表中，确保Widget进程可以读取到Firebase配置。

步骤4：调整初始化逻辑 #

• 主应用保持原有初始化逻辑不变，在didFinishLaunchingWithOptions中调用FirebaseApp.configure()即可。
• Widget在入口处初始化，添加非空判断避免重复初始化：

@main
struct MyWidget: Widget {
    init() {
        if FirebaseApp.app() == nil {
            FirebaseApp.configure()
        }
    }
    // 剩余Widget业务代码
}

步骤5：验证Analytics上报 #

两个Target共用同一份配置文件，上报的事件会自动关联到同一个Firebase应用，不会出现数据错乱问题。

注意事项 #

• 不要在Widget中调用Crashlytics相关API，系统Extension的崩溃收集有独立限制，Crashlytics暂不支持在Extension中正常运行。
• 不要使用给FBLPromise添加空实现的黑科技方案，该方案会隐藏实际运行时问题，后续升级Firebase版本容易出现不可预知的异常。
• 升级Firebase版本时，所有相关静态库需要同步更新，避免版本不匹配导致的依赖冲突。

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