无法使用serverTimestamp()更新Firestore文档数组字段

Firestore的arrayUnion是通过完整匹配数组元素来决定是否添加新内容的，但serverTimestamp()是客户端生成的特殊占位符（并非具体的时间戳值），Firestore无法用这个占位符去和数组中已有元素做比对校验，所以更新操作会失败。

方案1：放弃arrayUnion的唯一性校验（适合允许重复元素的场景） #

先读取当前文档的数组数据，手动拼接新元素后再更新整个数组：

// 先获取当前文档里的投票数组
const docSnap = await getDoc(ref);
const currentVotings = docSnap.data()?.process?.votings || [];

// 构造要添加的投票对象
const newVoting = {
  finished: false,
  timer: {
    time: 60,
    finishedAt: null,
    startedAt: serverTimestamp()
  },
  votes: [],
  winner: null,
  candidates: candidates.map(candidate => candidate.id),
  question: null
};

// 更新数组
await updateDoc(ref, {
  'process.votings': [...currentVotings, newVoting]
});

⚠️ 注意：这种方式存在并发风险，如果多个用户同时修改数组，可能会覆盖彼此的操作。

方案2：改用子集合替代数组（推荐，无并发风险且更灵活） #

把votings从数组改成Firestore子集合，每个投票作为独立的文档存储，这样就能正常使用serverTimestamp()：

// 在process/votings子集合下创建新的投票文档
const votingRef = doc(collection(ref, 'process/votings'));
await setDoc(votingRef, {
  finished: false,
  timer: {
    time: 60,
    finishedAt: null,
    startedAt: serverTimestamp()
  },
  votes: [],
  winner: null,
  candidates: candidates.map(candidate => candidate.id),
  question: null
});

这种方式不仅解决了serverTimestamp()的问题，还能更方便地单独查询、更新某个投票，同时避免数组的长度限制和并发冲突问题。

内容的提问来源于stack exchange，提问作者Антон Стецюра