iOS原生（SwiftUI）与Flutter共存使用Firestore的可行性及适配问询

1. iOS原生（SwiftUI）与Flutter能否同时初始化并使用Firebase功能？ #

可以共存，但必须统一Firebase的初始化与配置逻辑，核心问题出在Firestore的实例管理上：

• iOS平台的Firestore是单实例设计，一旦原生代码先初始化Firestore并完成配置，Flutter端的Firebase插件会尝试重新设置Firestore的settings，而此时实例已经启动，无法再修改配置，直接触发FIRIllegalStateException。
• 要实现共存，需遵循以下规则：
  • 仅在原生端完成全局Firebase初始化（包括Firestore的所有settings配置），确保在原生第一次调用Firestore方法前就完成设置。
  • Flutter端禁用Firebase的自动初始化，直接复用原生已初始化的Firebase实例。具体可通过修改Flutter项目的iOS配置：在Info.plist中添加FirebaseAppDelegateProxyEnabled并设置为NO，同时确保Flutter代码中不再调用Firebase.initializeApp()。
  • 其他Firebase服务（Auth、FCM等）只要共享同一个默认FirebaseApp实例，即可正常共存，无需额外配置。

2. 低成本原生转Flutter的Firestore操作适配器方案 #

如果共存配置遇到阻力，推荐以下低成本方案：

方案一：原生封装Firestore接口，通过Method Channel供Flutter调用 #

这是成本最低的方案，完全复用现有原生Firestore代码：

• 在iOS原生端封装一个Firestore工具类，把现有业务中的增删改查、实时监听等操作封装成统一方法。
• 通过Flutter的Method Channel将这些方法暴露给Flutter端，Flutter直接调用原生接口完成Firestore操作。
• 对于实时监听这类数据流操作，可以使用Event Channel实现双向数据传递，原生端把Firestore的监听回调通过Event Channel发送给Flutter。

方案二：统一初始化入口，原生调用Flutter的Firestore逻辑 #

如果后续计划逐步迁移到Flutter，可以将Firestore的初始化与核心操作统一到Flutter端：

• 原生端不再初始化Firestore，而是通过Method Channel调用Flutter端的Firebase操作。
• 原生代码中原有Firestore调用全部替换为Method Channel请求，逐步完成迁移，避免一次性重构所有代码。

方案三：使用Firebase REST API #

Flutter端直接调用Firestore的REST API，完全绕过Firebase SDK：

• 从原生端获取当前用户的ID Token，Flutter端携带该Token调用REST接口完成认证与数据操作。
• 优点是完全隔离原生与Flutter的Firebase依赖，缺点是需要自己处理复杂逻辑（如实时监听需手动实现长连接），适合简单业务场景。

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