在Entity Framework（C#）中更新账户余额的并发问题咨询

这个问题是典型的丢失更新场景——当你把余额读到应用层计算后再写回时，中间的时间窗口里如果有其他操作修改了余额，你的更新就会直接覆盖掉别人的改动。原来的存储过程之所以安全，是因为它把余额增量计算放在了数据库端，属于原子性操作，完全不存在这个风险窗口。下面给你几个实用的解决方案：

1. 直接执行原生SQL（兼容所有EF版本，最直接） #

既然原来的存储过程逻辑没问题，你可以在EF里直接调用类似的原生SQL语句，绕过先加载实体的步骤，让数据库来处理原子更新：

// 假设已知要更新的账户ID和增量diff
var accountId = 123;
var diff = 10.0m;

using var context = new YourDbContext();
context.Database.ExecuteSqlRaw(
    "UPDATE Account SET Balance = Balance + @Diff WHERE Id = @Id",
    new SqlParameter("@Diff", diff),
    new SqlParameter("@Id", accountId)
);
await context.SaveChangesAsync();

这种方式和你原来的存储过程效果完全一致，SQL直接在数据库端执行，没有先读后写的时间窗口，天然避免并发问题。

2. 使用乐观并发控制（适合需要处理冲突的场景） #

如果你一定要先加载实体做业务逻辑，可以给Account实体加上并发令牌，让EF帮你检测并发更新：
首先在实体类里添加RowVersion字段：

public class Account
{
    public int Id { get; set; }
    public decimal Balance { get; set; }
    [Timestamp] // 相比[ConcurrencyCheck]，Timestamp更适合做并发令牌
    public byte[] RowVersion { get; set; }
}

更新时，EF会自动把RowVersion加入WHERE条件，若更新前余额被修改，会抛出DbUpdateConcurrencyException，你可以捕获异常并重试：

using var context = new YourDbContext();
var account = await context.Accounts.FindAsync(accountId);
if (account == null) return;

// 这里可以添加你的业务逻辑
account.Balance += diff;

try
{
    await context.SaveChangesAsync();
}
catch (DbUpdateConcurrencyException ex)
{
    // 触发并发冲突，重新加载最新数据并重试（或提示用户）
    var entry = ex.Entries.Single();
    var databaseValues = await entry.GetDatabaseValuesAsync();
    
    if (databaseValues == null)
    {
        // 账户已被删除，处理对应逻辑
        return;
    }
    
    // 更新当前值为数据库最新值，重新计算余额
    entry.CurrentValues.SetValues(databaseValues);
    entry.CurrentValues["Balance"] = (decimal)databaseValues["Balance"] + diff;
    
    // 再次尝试保存
    await context.SaveChangesAsync();
}

这种方式能明确感知并发冲突并针对性处理，缺点是需要额外字段和异常处理逻辑。

3. 用EF Core的ExecuteUpdate方法（EF Core 7+推荐） #

如果你使用的是EF Core 7及以上版本，可以用ExecuteUpdate方法直接生成基于数据库当前值的更新语句，不用加载实体也能实现原子更新：

using var context = new YourDbContext();
await context.Accounts
    .Where(a => a.Id == accountId)
    .ExecuteUpdateAsync(a => a.SetProperty(
        b => b.Balance, 
        b => b.Balance + diff
    ));

EF会自动生成类似UPDATE Account SET Balance = Balance + @diff WHERE Id = @id的SQL，和你原来的存储过程逻辑一致，而且是类型安全的，无需手写原生SQL字符串。

总结一下：如果不需要加载实体做业务，优先用ExecuteUpdate（EF Core 7+）或原生SQL；如果必须加载实体，就通过乐观并发控制避免丢失更新。

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