能否编写Firestore规则，仅允许交易操作与账户余额更新在同事务执行？

安全规则实现：可行但有局限 #

Firestore的安全规则可以直接验证事务中transactions文档写入与对应account的balance更新是否匹配——因为事务在规则中被视为原子操作组，可通过get()（事务前状态）和getAfter()（事务后状态）对比数据变化。

示例规则代码 #

match /accounts/{accountId} {
  // 验证账户balance更新与transactions的变化匹配
  allow write: let transactionDelta = 
    // 新增/修改后的transaction金额
    (getAfter(/databases/$(database)/documents/accounts/$(accountId)/transactions/$(request.params.transactionId)).data.amount ?? 0) -
    // 原transaction金额（删除时为原金额，新增时为0）
    (get(/databases/$(database)/documents/accounts/$(accountId)/transactions/$(request.params.transactionId)).data.amount ?? 0);
    return request.resource.data.balance == resource.data.balance + transactionDelta;

  match /transactions/{transactionId} {
    // 创建transaction时，验证账户balance同步增加对应金额
    allow create: let account = get(/databases/$(database)/documents/accounts/$(accountId));
                  let expectedBalance = account.data.balance + request.resource.data.amount;
                  return getAfter(/databases/$(database)/documents/accounts/$(accountId)).data.balance == expectedBalance;

    // 删除transaction时，验证账户balance同步减少对应金额
    allow delete: let account = get(/databases/$(database)/documents/accounts/$(accountId));
                  let expectedBalance = account.data.balance - resource.data.amount;
                  return getAfter(/databases/$(database)/documents/accounts/$(accountId)).data.balance == expectedBalance;

    // 修改transaction时，验证账户balance同步调整金额差额
    allow update: let account = get(/databases/$(database)/documents/accounts/$(accountId));
                  let amountDelta = request.resource.data.amount - resource.data.amount;
                  return getAfter(/databases/$(database)/documents/accounts/$(accountId)).data.balance == account.data.balance + amountDelta;
  }
}

规则方案的局限性 #

• 仅适配单transaction与单account的关联验证，多transaction批量操作的规则逻辑会极度复杂
• getAfter()仅能访问事务中已修改的文档，需确保事务同时包含account和transaction的操作
• 无法处理需要额外计算、跨集合关联或复杂业务规则的场景

Cloud Function方案：更灵活但有延迟 #

如果需要复杂验证逻辑或业务扩展，Cloud Function是更合适的选择——可通过触发器监听transactions的写入事件，在函数中校验balance更新是否匹配，甚至执行回滚或补充业务操作。

方案优势 #

• 支持复杂逻辑：比如多transaction总和校验、交易类型验证、关联其他业务文档
• 可扩展业务流程：触发用户通知、记录审计日志、生成业务报表等
• 适配跨账户转账、批量交易等规则无法处理的场景

方案劣势 #

• 存在异步延迟：触发器为事后触发，无法像规则那样实时拦截（可结合Callable Function+事务实现同步验证）
• 增加运维成本：需要部署、监控和维护Function实例
• 相比规则，会产生额外的调用成本和资源消耗

选择建议 #

• 简单单交易关联更新：优先用安全规则，实时性好、无额外成本
• 复杂业务逻辑或扩展需求：选择Cloud Function，或两者结合（规则做基础校验，Function做后续业务处理）

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