使用IAsyncActionFilter处理DBContext SaveChanges及一对多数据保存的问题

1. 该方案是否可行？ #

可行，但需要调整实现逻辑。当前Filter的执行顺序无法满足Action中获取自增ID的需求，只要修正流程或利用EF的导航属性特性，就能实现统一事务封装的目标。

2. 若可行，我遗漏了什么？ #

你当前的Filter逻辑是先执行Action代码，再统一调用SaveChangesAsync，但EF中自增ID只有在SaveChangesAsync执行后才会赋值给实体。原来的业务逻辑需要在Action中先获取Header的自增ID再给Detail赋值，这就导致Action执行时Header还未被持久化，ID未生成，自然拿不到正确值。

解决思路有两种：

• 利用EF导航属性自动关联：如果实体模型中配置了Header和Detail的导航关系，只需将Detail实例添加到Header的Details集合中，无需手动赋值HeaderId。执行SaveChangesAsync时，EF会自动生成Header的自增ID，并同步赋值给所有关联Detail的外键字段，一次SaveChanges即可完成主从表的保存。
• 补充事务异常处理：当前Filter缺少事务回滚逻辑，一旦Action或SaveChanges出现异常，事务无法自动回滚，需要补充try-catch块实现回滚。

调整后的Filter代码示例：

IDbContextTransaction transaction = await dbContext.Database.BeginTransactionAsync().ConfigureAwait(false);
try
{
    await next().ConfigureAwait(false);
    await dbContext.SaveChangesAsync().ConfigureAwait(false);
    await transaction.CommitAsync().ConfigureAwait(false);
}
catch
{
    await transaction.RollbackAsync().ConfigureAwait(false);
    throw;
}

3. 是否实体模型存在错误？ #

大概率是实体模型未正确配置导航属性，导致无法利用EF的自动外键赋值功能。正确的实体配置示例：

// Header实体
public class Header
{
    public int Id { get; set; } // 自增主键
    // 其他业务字段
    public ICollection<Detail> Details { get; set; } = new List<Detail>(); // 一对多导航属性
}

// Detail实体
public class Detail
{
    public int Id { get; set; } // 自增主键
    public int HeaderId { get; set; } // 外键字段
    // 其他业务字段
    public Header Header { get; set; } // 多对一导航属性
}

也可通过Fluent API在DbContext中显式配置关系（EF Core会自动识别约定，此步骤可选）：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Detail>()
        .HasOne(d => d.Header)
        .WithMany(h => h.Details)
        .HasForeignKey(d => d.HeaderId);
}

配置完成后，Action中只需编写如下代码，Filter统一执行SaveChanges即可完成主从表保存：

var header = new Header();
// 为Header赋值业务字段
var detail = new Detail();
// 为Detail赋值业务字段
header.Details.Add(detail);
await dbContext.Header.AddAsync(header);
// 无需手动调用SaveChanges，Filter会统一处理

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