Flutter中指定Firebase Crashlytics上报至项目特定应用的方法

核心问题 #

你当前的代码中，FirebaseCrashlytics.instance默认绑定的是Firebase默认应用实例，而非你通过Firebase.initializeApp初始化的自定义命名应用实例。这就导致即便你的FirebaseOptions配置了测试环境参数，Crashlytics依然使用默认关联的生产应用上报数据。

修复方案 #

修改初始化逻辑，明确获取对应FirebaseApp实例的Crashlytics对象，并将错误上报逻辑绑定到该对象：

WidgetsFlutterBinding.ensureInitialized();
// 初始化指定环境的FirebaseApp
final FirebaseApp app = await Firebase.initializeApp(
  name: 'kompa-386909',
  options: DefaultFirebaseOptions.currentPlatform,
);

// 获取对应App实例的Crashlytics对象
final FirebaseCrashlytics crashlytics = FirebaseCrashlytics.instanceFor(app: app);

// 将错误上报绑定到这个特定的Crashlytics实例
FlutterError.onError = (errorDetails) {
  crashlytics.recordFlutterFatalError(errorDetails);
};
PlatformDispatcher.instance.onError = (error, stack) {
  crashlytics.recordError(error, stack, fatal: true);
  return true;
};

额外检查点 #

• 验证环境参数注入：确保打包时FLUTTER_APP_ENV变量已正确注入对应环境（Android在build.gradle的buildTypes中配置，iOS在Scheme的环境变量中设置），保证DefaultFirebaseOptions能加载到正确的appId、apiKey等参数。
• Firebase控制台应用状态：确认测试环境的Android/iOS应用在Firebase控制台中已启用Crashlytics功能。
• 原生配置校验：
  • Android：确保不同buildTypes对应的google-services.json（如果未完全依赖Flutter的FirebaseOptions覆盖）已正确放置，或确认FirebaseOptions的参数优先级高于原生配置。
  • iOS：检查不同Scheme对应的GoogleService-Info.plist是否正确关联，或通过FirebaseOptions明确覆盖参数。

备选方案（若上述方案无效） #

如果单Firebase项目多应用的配置仍存在冲突，可以考虑为测试环境单独创建一个Firebase项目，彻底隔离生产与测试的Crashlytics数据。这种方案虽然增加了维护成本，但能避免环境间的配置干扰。

内容的提问来源于stack exchange，提问作者Marko Žilić