Firebase模块化API中getDatabase()与导入database实例的优劣及副作用疑问

关于getDatabase()的副作用 #

getDatabase()没有副作用，它遵循单例模式逻辑：

• 调用getDatabase(app)时，会先检查该Firebase app实例是否已关联Realtime Database实例，存在则直接返回，不存在才创建新实例并绑定到该app上。
• 调用无参数的getDatabase()时，会自动使用Firebase的默认app实例（即第一个通过initializeApp创建的app），后续重复调用仍返回同一个Database实例。

无论调用多少次，只要对应app实例一致，返回的都是同一个对象，不会重复初始化，也不会产生额外性能开销。

最佳实践：直接使用导入的database实例 #

对比两种写法，更推荐直接使用你预先初始化并导出的database实例，原因如下：

• 可读性更强：导入的实例是你在配置文件中明确设置好的对象，一眼就能明确使用的是哪个Database实例，无需额外理解getDatabase()的底层逻辑。
• 规避多实例风险：若未来项目需要初始化多个Firebase app实例（如同时连接多个项目的数据库），无参数的getDatabase()会默认使用第一个初始化的app，极易引发误操作；而直接导入绑定好对应app的database实例，能彻底避免这类问题。
• 风格统一易维护：全项目统一使用预先导出的实例，代码风格一致，后续维护和团队协作更顺畅。

补充：getDatabase()的适用场景 #

虽然推荐用导入的实例，但getDatabase()也有适用场景：

• 项目明确为单app实例时，临时场景中快速获取默认app对应的Database实例，可直接调用getDatabase()。
• 在工具函数或通用组件中，若需兼容多app实例场景，可通过参数接收app实例，再调用getDatabase(app)获取对应Database实例。

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