Flutter Firebase：无需原生配置文件初始化的实现问题求助

依赖环境 #

我的pubspec.yaml中使用的Firebase依赖包如下：

firebase_core: ^2.25.5
firebase_crashlytics: ^3.4.16
firebase_analytics: ^10.8.7
firebase_messaging: ^14.7.17

（注：升级到最新版本后问题仍未解决）

尝试的初始化方案 #

我试图通过纯Dart代码完成Firebase初始化，以此替代Android端的google-services.json和iOS端的GoogleService-Info.plist原生配置：

Firebase.initializeApp(
  options: DefaultFirebaseOptions.currentPlatform
);

我的目标是通过dart-define参数或.env文件，在单一Dart入口统一管理所有API Key、Bundle ID等配置——类似flutterfire_cli生成的DefaultFirebaseOptions，还能通过Dart语法实现平台、环境的校验与自定义修改。

遇到的实际问题 #

但测试后发现，原生配置文件根本无法替代：

• 完全删除google-services.json或GoogleService-Info.plist会导致应用编译失败
• 移除文件中的Api Key字段或替换为无效字符串，应用运行时直接崩溃

查看firebase_core的实现逻辑后发现，Firebase.initializeApp的初始化流程从_initializeCore()方法开始，这个方法会强制读取原生配置文件的内容。这让我觉得Firebase.initializeApp的options参数几乎没有实用价值，除非需要创建多个Firebase实例（默认实例之外的需指定name参数），否则纯Dart方式的初始化毫无意义。

虽然flutterfire_cli可以同时生成原生配置文件和firebase_options.dart，但本质上还是要像未使用Dart配置时一样，分别维护两个平台的原生配置文件，完全没实现统一管理的目标。

核心诉求 #

我有两个核心需求：

1. 安全性：客户要求Firebase Api Key不能暴露在源码中（尽管官方文档说明这类密钥设计为公开可见）
2. 便捷性：比起维护两个平台的原生配置入口，单一Dart入口的管理效率更高

试过用脚本将Api Key写入配置文件，但这类文件受版本控制，团队每位开发者都需要本地持有这些文件才能启动应用，操作过于繁琐。

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