Firebase批量写入多POS并发更新余额失效，是否应改用Transaction？

问题根源 #

你遇到的问题本质是并发更新冲突：

• 若批量写入中对公司余额的更新是先本地读取当前值、计算增量后再写入，两台POS会同时读取到相同的旧余额值，后续写入时后执行的操作会覆盖先执行的增量，导致其中一笔更新丢失。
• 即便使用Firebase的批量写入，若未采用其原生的原子增量操作，也无法保证多设备并发时的数值正确性。

是否需要改用Transaction？ #

分两种场景判断：

1. 仅需单纯的金额增减（无额外业务逻辑） #

优先检查是否正确使用了Firebase原生的FieldValue.Increment原子操作。这种操作是字段级原子性的，即便多台设备同时发起批量写入，Firebase也会保证所有增量被正确累加，不会出现覆盖。

正确的批量写入示例（C#）：

var batch = db.Batch();

// 公司余额文档引用
var balanceRef = db.Collection("company").Document("balance");
// 原子增量更新
batch.Update(balanceRef, "total", FieldValue.Increment(150.0));

// 添加分店2的交易记录
var transRef = db.Collection("transactions").Document();
batch.Set(transRef, new {
    Branch = "分店2",
    Amount = 150.0,
    CreateTime = Timestamp.FromDateTime(DateTime.UtcNow)
});

await batch.CommitAsync();

如果之前的代码是手动计算增量（比如先读total再加金额），替换为上述原子操作后，批量写入即可解决并发问题，无需改用Transaction。

2. 更新依赖当前余额的业务逻辑（如余额校验） #

如果需要先读取当前余额进行判断（比如扣款时检查余额是否充足），则必须改用Transaction。Transaction会将「读取-判断-修改-写入」整个流程锁定为原子操作，确保并发场景下只有一个操作能执行，避免冲突。

Transaction示例（C#）：

await db.RunTransactionAsync(async transaction => {
    var balanceDoc = await transaction.GetDocumentAsync(balanceRef);
    if (!balanceDoc.Exists)
        throw new InvalidOperationException("公司余额文档不存在");

    var currentTotal = balanceDoc.GetDouble("total");
    // 示例：扣款前校验余额
    var deductionAmount = 200.0;
    if (currentTotal < deductionAmount)
        throw new InvalidOperationException("余额不足，无法完成交易");

    // 原子更新余额
    transaction.Update(balanceRef, "total", FieldValue.Increment(-deductionAmount));

    // 添加交易记录
    var transRef = db.Collection("transactions").Document();
    transaction.Set(transRef, new {
        Branch = "分店2",
        Amount = deductionAmount,
        CreateTime = Timestamp.FromDateTime(DateTime.UtcNow),
        Type = "扣款"
    });
});

总结 #

• 无业务逻辑的单纯增减：用FieldValue.Increment配合批量写入即可解决问题，无需Transaction。
• 有依赖当前值的业务逻辑：必须使用Transaction保证原子性，避免并发冲突。

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