Node.js FireStore事务似乎已允许并发编辑

在可能的情况下，应避免使用传统array.根据您的问题，您似乎在lockers数组中至少有600个条目.每次在此事务中写入文档时，最终都必须移位数组中许多条目的索引.因此，对于每个声明的储物柜，您需要删除一个条目并移动至多599个其他条目.然后，Cloud FiRestore必须在服务器端协调这一点，而不会收到冲突的寄存柜请求.

这是低效的，并且可能会导致冲突，如本blog post on Arrays in Firebase中所讨论的.

最好的方法(无需重新设计数据库)是反转您的数组并使用值num(带‘.’替换为符合的‘-’)作 for each 条目的关键字.

{
  "lockers": {
    "28-001": {
      "beschikbaar": true,
      "code": "1694",
      "num": "28.001"
    },
    "28-002": {
      "beschikbaar": true,
      "code": "0957",
      "num": "28.002"
    },
    "28-003": {
      "beschikbaar": true,
      "code": "5192",
      "num": "28.003"
    },
    "28-004": {
      "beschikbaar": true,
      "code": "7830",
      "num": "28.004"
    }
  }
}

这意味着需要对grabLocker()进行编辑，以说明此更改.我们需要处理新 struct ，并使用FieldValue.delete()来移除现在认领的储物柜.使用这种 struct ，Cloud FiRestore可以比更新每个数组条目的索引更快地进行协调.

function grabLocker() {
  return admin.firestore().runTransaction(async (t) => {              
    const lockerDoc = await t.get(lockerref);
    const lockersObj = lockerDoc.get("lockers"); // lockerDoc always has a value, and `get(someField)` will return `undefined` if the document or the name field does not exist.
    const lockerKeyInfoArr = lockersObj ? Object.entries(lockersObj) : [];

    if (lockerKeyInfoArr.length === 0) {
      return {status: 'empty'};
    }

    const randomIndex = Math.floor(Math.random()*lockerKeyInfoArr.length);
    const [lockerKey, lockerInfo] = lockerKeyInfoArr[randomIndex];

    t.update(lockerref, {
      [`lockers.${lockerKey}`]: admin.firestore.FieldValue.delete() // deletes this entry
    });
    return {status: 'succes', locker: lockerInfo};
  });
}