NodeJS操作Firebase Realtime Database计数器增减值后程序崩溃如何解决

1. 监听器死循环
   你调用了database.ref(path).on("value", callback)注册了一个永久实时监听器，只要Counter节点值发生变化就会触发回调。而你在回调内部又调用set修改该节点的值，修改完成后会再次触发监听器回调，形成无限循环，持续向Firebase发送读写请求，最终要么触发Firebase请求限流，要么内存溢出导致程序崩溃。
2. 额外问题：非原子操作
   现有先读再写的逻辑在高并发场景下会出现计数不准问题，多个请求同时读取到同一个计数值，减完回写会互相覆盖，丢失部分计数。

方案1：替换为单次读取（临时修复） #

把持续监听的on方法改为仅读取一次的once方法，读取完成后自动销毁监听器，不会触发循环：

const rw = async () => {
  const path = "Counter";
  // 仅读取一次数据，不会持续监听变化
  const snapshot = await database.ref(path).once('value');
  await database.ref(path).set(snapshot.val() - 1);
  console.log(snapshot.val());
}

方案2：使用原子增量接口（最优方案） #

Firebase Realtime Database自带服务端原子增减方法ServerValue.increment()，不需要先读再写，直接在服务端完成计数修改，既不会有并发覆盖问题，也完全避免了监听循环问题，性能更高：

const rw = async () => {
  const path = "Counter";
  // 传入-1实现原子递减，服务端执行，无并发问题
  await database.ref(path).set(admin.database.ServerValue.increment(-1));
  // 如需拿到更新后的值可以单次读取
  const snapshot = await database.ref(path).once('value');
  console.log(snapshot.val());
}

如果是用来统计API请求次数，直接把上述逻辑放到API请求的全局中间件中，每次请求触发一次执行即可。

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