EF Core事务：Stripe调用失败时如何回滚数据库实体？

当然可以借助EF Core事务实现这个需求，它能帮你确保数据库操作和外部Stripe服务调用的原子性——要么两者都成功，要么数据库的变更完全回滚。

关于你核心问题的解答 #

在EF Core事务中，调用context.SaveChanges()时，不会直接把新实体永久保存到数据库。这一步只是将变更提交到当前的事务上下文里，数据库会暂时记录这些变更，但不会真正持久化。只有当你调用transaction.Commit()之后，所有事务内的变更才会被正式写入数据库；如果中途触发异常并调用transaction.Rollback()，所有通过SaveChanges()提交的变更都会被彻底撤销。

修正后的实现代码 #

你需要调整逻辑顺序，把数据库操作包裹在事务中，确保Stripe调用失败时能回滚数据库：

var UserStripeAccount = new UserStripeAccount {
    UserId = userFromRepo.Id,
    // 其他字段赋值
};

// 开启EF Core事务，用using确保自动释放资源
using var transaction = await _context.Database.BeginTransactionAsync();
try {
    // 1. 将实体添加到DbSet
    _context.UserStripeAccounts.Add(UserStripeAccount);
    // 2. 提交变更到事务（此时数据库未永久保存）
    await _context.SaveChangesAsync();

    // 3. 调用Stripe API创建账户
    var service = new AccountService();
    Stripe.Account account = await service.CreateAsync(options);

    // 4. 所有操作成功，提交事务，数据库永久保存实体
    await transaction.CommitAsync();
} catch(StripeException ex) {
    // 5. Stripe调用失败，回滚事务，数据库移除已提交的实体变更
    await transaction.RollbackAsync();
    // 返回错误信息给用户，比如："创建Stripe账户失败，请稍后重试"
    return BadRequest("创建Stripe账户失败，请稍后重试");
}

关键注意事项 #

• 事务范围要覆盖所有需要原子性的操作：这里是数据库实体添加+Stripe服务调用，确保任何一步失败都能回滚数据库。
• 用using块管理事务：避免因代码异常导致事务资源泄漏。
• 逻辑顺序：先执行数据库操作（在事务内），再调用外部服务。这样如果外部服务失败，就能通过回滚撤销数据库的临时变更。

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