Firebase Realtime Database reference与child差异、连接计数及封装问题咨询

首先明确：根据Firebase官方文档说明，单个Realtime Database实例的并发连接上限为20万。 #

代码内疑问解答 #

• ref和child的差异，为什么同时提供两种方法？
  两者没有本质差异，最终指向的数据库节点完全等价。db.reference("/path")是直接通过完整路径生成引用，db.reference().child("/path")是先获取根节点引用再拼接子路径。提供两种写法是为了适配不同编码场景：如果已经持有父节点引用，用child()拼接子路径比每次写完整路径更简便，也能降低路径书写错误的概率。
• db和db2会被统计为1个连接还是2个连接？
  只会统计为1个连接。Firebase Realtime Database SDK底层会全局复用同一个WebSocket连接，只要你连接的是同一个数据库实例，无论上层调用多少次Database.database()生成多少个实例对象，底层都只会维持一个连接。连接数是按客户端设备维度统计，和上层创建的引用、数据库实例对象数量无关。
• ref.removeAllObservers()是否会移除ref2上的监听？
  不会。监听是和调用observe方法的引用对象绑定的，ref指向/path节点、ref2指向根节点，二者对应路径不同，移除ref的监听完全不会影响ref2上已经添加的监听。
• DatabaseService是否应该改为class？
  更推荐改为class。DatabaseService作为数据库服务封装，通常需要维护全局状态（比如活跃监听、统一配置项），class的引用语义更适合这类场景，避免值类型传递时的状态复制、不一致问题。

额外疑问解答 #

• 应该用单例类全局共享，还是用Struct随时初始化？是否会影响连接计数？
  首先可以明确：两种方式都不会影响连接计数，SDK底层的连接复用逻辑和上层封装方式无关。
  但更推荐使用单例类封装：除了前面提到的状态统一管理的优势外，单例模式可以避免重复创建引用对象的不必要开销，也更方便做统一的逻辑封装，比如全局日志打点、断线重连配置、权限校验等逻辑，都可以在单例内统一实现，不需要每个业务模块重复写代码。

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