如何生成Firebase风格顺序UUID 实现按钮点击数据自增存储不覆盖旧数据

核心思路 #

Firebase 原生未内置自增主键功能（分布式场景下原生自增易出现并发冲突），要实现你需要的顺序递增ID，核心是通过原子事务维护全局计数器，保证每次生成的ID唯一且连续。

方案1：前端事务实现（适合小流量场景） #

• 提前在数据库中创建独立的计数器节点/文档，初始last_id值设置为你需要的起始值11111111
• 每次按钮点击触发写入前，先对计数器执行原子事务操作：读取当前last_id值后+1，得到新的ID
• 以新生成的ID作为文档/节点的唯一标识，写入业务数据，即可保证不会覆盖旧数据

代码示例（Firestore）：

import { getFirestore, runTransaction, doc, set } from "firebase/firestore";

const db = getFirestore();
// 计数器文档引用
const counterRef = doc(db, "counters", "click_id");
// 执行事务
const newId = await runTransaction(db, async (transaction) => {
  const counterDoc = await transaction.get(counterRef);
  const currentId = counterDoc.data().last_id;
  const nextId = currentId + 1;
  // 更新计数器
  transaction.update(counterRef, { last_id: nextId });
  // 写入业务数据
  transaction.set(doc(db, "click_records", nextId.toString()), {
    click_timestamp: Date.now(),
    // 其他业务字段
  });
  return nextId;
});

方案2：服务端Cloud Function实现（适合生产环境） #

• 前端点击按钮后直接提交业务数据到Cloud Function，不处理ID生成逻辑
• 服务端使用Firebase Admin SDK执行和方案1一致的事务操作，生成自增ID后写入正式数据库
• 操作完成后返回生成的ID给前端

该方案将ID生成逻辑完全收敛在服务端，可避免前端伪造ID、恶意篡改计数器的风险，并发支持能力更强

注意事项 #

禁止使用前端本地计数生成ID，多用户同时操作时必然会出现ID重复，导致数据覆盖，必须通过数据库侧的原子事务保证ID唯一性。

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