Firebase配置失效求助：已在AppDelegate调用配置仍报错

看起来你遇到的问题核心是Firebase Auth在FirebaseApp.configure()完成前就被初始化了——虽然你已经在AppDelegate里加了配置代码，但有些隐藏的提前初始化操作在搞鬼。结合你的情况（单例模式没问题，改成每个视图控制器单独实例化就出问题），我给你几个排查和解决方向：

1. 调整视图控制器中Firebase实例的初始化方式 #

之前用单例时，你大概率是用lazy var延迟初始化Firebase相关实例的，但现在每个VC里如果直接写了类似let auth = Auth.auth()的代码，这个变量会在VC类被加载（甚至还没到viewDidLoad阶段）时就完成初始化，而这时候AppDelegate的FirebaseApp.configure()可能还没执行。

解决办法：把VC中的Firebase实例改成延迟初始化：

// 替换原来的直接初始化
lazy var auth = Auth.auth()

这样只有当你第一次使用auth变量时，才会去初始化它，此时Firebase已经完成配置了。

2. 确保FirebaseApp.configure()是启动时的第一优先级操作 #

调整application(_:didFinishLaunchingWithOptions:)的代码顺序，让FirebaseApp.configure()成为第一个执行的方法，甚至早于你的自定义confic(application: application)调用：

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
    // 优先配置Firebase
    FirebaseApp.configure()
    // 再执行你的自定义配置逻辑
    confic(application: application)
    return true
}

同时检查你的confic方法内部，有没有提前初始化Firebase服务的代码——确保所有Firebase相关操作都在FirebaseApp.configure()之后执行。

3. 排查全局/静态代码的提前初始化 #

项目中的全局变量、工具类的静态属性，或者第三方库的初始化代码，都可能在AppDelegate启动前就触发Firebase服务的访问。比如某个工具类里写了：

static let sharedAuth = Auth.auth()

这种静态属性会在类第一次被引用时立即初始化，很可能早于FirebaseApp.configure()。

解决办法：把这类静态属性也改成延迟初始化，或者确保它们的第一次访问在Firebase配置完成之后。

4. 用断点定位初始化顺序 #

你可以在FirebaseApp.configure()和Auth.auth()的调用处分别添加断点，运行项目后观察哪个断点先触发——如果Auth.auth()的断点先触发，就说明你找到了提前初始化的代码位置，针对性调整即可。

内容的提问来源于stack exchange，提问作者Ferdinand Lösch