Firebase Realtime Database无法判断节点是否存在，二次设置节点失败

现有代码问题点 #

• 节点存在性判断逻辑错误：Firebase Realtime Database的once()方法返回的DataSnapshot对象不会为null，即使目标节点不存在也会返回快照实例，需要通过exists属性判断节点是否真实存在，原有判断逻辑完全失效。
• 异步操作写法不规范：同时混用await和then回调，没有等待set异步操作执行完成，容易出现逻辑时序问题。
• 冗余重复初始化：重复创建DatabaseReference实例，浪费资源无实际意义。
• 空监听占用资源：onValue监听未配置任何处理逻辑，无意义且占用连接资源。
• 未重连重新注册离线回调：如果首次上线注册了onDisconnect删除逻辑，断线重连后原有绑定在旧连接上的离线回调会失效，需要重新注册。

修复代码 #

// 复用数据库引用实例
DatabaseReference driverRef = FirebaseDatabase(databaseURL: firebaseUrl)
    .reference()
    .child("Drivers")
    .child(currentFirebaseUser.uid);
DatabaseReference rideRequestRef = driverRef.child("New Ride");

try {
  DataSnapshot snapshot = await rideRequestRef.once();
  // 仅节点不存在时新增，若允许覆盖现有值可直接省略判断步骤，直接调用set即可
  if (!snapshot.exists) {
    // 等待set操作执行完成
    await rideRequestRef.set("searching");
  }
  // 每次上线重新注册离线自动删除逻辑，适配断线重连场景
  await rideRequestRef.onDisconnect().remove();
  
  // 按需补充节点监听的业务逻辑，不要留空实现
  rideRequestRef.onValue.listen((event) {
    // 此处补充节点变化后的业务处理代码
  });
} catch (e) {
  // 捕获异常方便排查权限、网络等问题
  print("数据库操作失败：$e");
}

并发场景优化 #

如果存在多端同时写入该节点的场景，建议使用事务实现原子操作，避免并发冲突：

await rideRequestRef.runTransaction((currentData) {
  // 节点不存在时设置为searching，若需要覆盖可直接赋值不做判断
  if (currentData == null) {
    currentData = "searching";
  }
  return Transaction.success(currentData);
});

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