Firestore自增ID生成咨询：多用户场景下是否重复及优化方案

嘿，我来帮你一步步梳理这些Firestore自增ID的问题～

1. 单独存储自增值会不会出现ID重复？ #

绝对会有重复风险！
你当前的逻辑是「先读取当前最大值→加1→作为新ID保存」，这是拆分的两步操作。当多个用户（哪怕只有2个）同时提交投诉时，极有可能出现两人同时读取到同一个最大值，然后各自加1生成重复ID的情况——比如两人都读到当前最大ID是5，最终都用6作为自己的投诉ID，直接撞车。

2. 使用firebase.firestore.FieldValue.increment(1)是不是更安全？ #

必须更安全！
这个方法是Firestore提供的原子操作，所有的自增逻辑在服务器端完成，完全避免了客户端并发读取导致的冲突问题。不过如果你的场景需要先拿到自增后的ID再保存投诉文档，单纯用increment可能不够，这时候结合事务一起用会更稳妥。

3. 事务中遇到的两个报错解决办法 #

报错1：this.ticketnumber = newIncId提示代码不可达 #

这种情况多半是你在事务回调里的逻辑分支有提前return/抛出错误的情况，或者没有正确处理异步流程，导致赋值代码永远走不到。给你一个标准的事务写法参考：

const db = firebase.firestore();
// 假设你的计数器文档存在于counters集合下的ticketId文档
const counterRef = db.collection('counters').doc('ticketId');

// 执行事务
db.runTransaction(async (transaction) => {
  const counterDoc = await transaction.get(counterRef);
  
  // 如果计数器文档不存在，先初始化
  if (!counterDoc.exists) {
    transaction.set(counterRef, { number: 1 });
    return 1;
  }
  
  // 计算新ID并更新计数器
  const newTicketId = counterDoc.data().number + 1;
  transaction.update(counterRef, { number: newTicketId });
  return newTicketId;
}).then((newId) => {
  // 这里才是拿到新ID后赋值的正确位置
  this.ticketnumber = newId;
  // 接着就可以保存投诉文档了
  return db.collection('complaints').add({
    ticketId: newId,
    // 其他投诉相关字段
  });
}).catch(err => {
  console.error('事务执行失败:', err);
});

划重点：事务回调里的return值会传递到then方法中，你需要在then里做赋值操作，别在事务内部直接给this.ticketnumber赋值（如果是Vue/React这类框架，还要注意上下文this的绑定问题）。

报错2：Function Transaction.update() called with invalid data. Unsupported field value: a custom t object #

这个错误几乎都是因为你在update时传入了Firestore不识别的自定义对象——比如不小心把某个自定义类的实例、未解析的Promise或者其他特殊对象当成了字段值。

• 检查你更新计数器时传入的number字段，确保它是普通数字类型，不是任何自定义对象或异步值；
• 如果你想在事务里用FieldValue.increment(1)，写法是这样的，完全不会有类型问题：

transaction.update(counterRef, { number: firebase.firestore.FieldValue.increment(1) });

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