调用Firebase.initializeApp()仍报未找到默认Core应用错误，排查配置后问题仍存在

核心问题定位 #

报错的本质是初始化时序完全错乱：

• 当前代码把WidgetsFlutterBinding.ensureInitialized()、Firebase.initializeApp()都放在了runApp启动后的组件异步生命周期里，App渲染流程启动后才开始执行初始化，很多提前访问Firebase实例的逻辑会抢在初始化完成前执行，触发未找到默认App的错误。
• 之前尝试在main函数初始化但未生效，基本是因为main函数没有加async关键字、没有await等待Firebase初始化完成就直接执行runApp，初始化流程和App启动流程形成了执行竞争。

分步修复 #

1. 把插件绑定、Firebase初始化的逻辑全部移到runApp执行之前，确保所有初始化100%完成后再启动App，不要把这两步逻辑放在组件生命周期方法里执行。
2. 删掉原来getDirected方法里的初始化代码和1秒延时逻辑，这种硬延时的时序等待非常不稳定，完全没有必要。
3. 路由判断逻辑保留在initState中即可，此时Firebase已经全局初始化完成，可以直接访问Auth实例。

修正后的代码示例 #

// main函数必须加async关键字，等待所有初始化流程完成
void main() async {
  // 先完成Flutter插件绑定，这是调用所有原生插件API的前置要求
  WidgetsFlutterBinding.ensureInitialized();
  // 必须await等待Firebase初始化完成，再执行后续启动逻辑
  await Firebase.initializeApp();
  // 所有初始化完成后再启动App
  runApp(const MyApp());
}

class MyApp extends StatefulWidget {
  @override
  _MyAppState createState() => _MyAppState();
}

class _MyAppState extends State<MyApp> {
  @override
  void initState() {
    super.initState();
    // 此时Firebase已经全局初始化完成，直接执行路由判断即可
    getDirected();
  }

  Future<void> getDirected() async {
    if (FirebaseAuth.instance.currentUser != null) {
      print(FirebaseAuth.instance.currentUser!.uid);
      Navigator.of(context).pushReplacementNamed(MyRoutes.homeRoute);
    } else {
      Navigator.of(context).pushReplacementNamed(MyRoutes.loginRoute);
    }
  }
}

调整完顺序仍报错的排查方向 #

• 核对pubspec.yaml中所有Firebase相关依赖的版本是否兼容当前Flutter版本，避免跨大版本依赖错配
• 确认平台配置文件被原生工程正确识别：Android端google-services.json必须放在android/app/目录下，iOS端GoogleService-Info.plist必须通过Xcode加入对应Target的编译资源，仅放在项目文件夹内是不会被识别的
• 检查是否有全局业务代码在Firebase初始化完成前，提前调用FirebaseAuth.instance这类静态实例，打乱初始化时序
• Android端确认根项目build.gradle已配置谷歌服务插件，否则Firebase原生层不会完成初始化

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