AspNetBoilerplate自定义仓储重写UpdateAsync时TenantId等字段异常问题

你重写UpdateAsync方法时直接操作EF Core的DbContext并调用原生的SaveChangesAsync，跳过了ABP框架内置的审计字段自动赋值、多租户ID自动设置逻辑，才会出现TenantId被设为0、LastModifierUserId为空的问题。ABP默认仓储的Update和SaveChanges方法会自动触发实体审计拦截器，完成IAudited、IMustHaveTenant等接口对应字段的填充，你绕开默认流程后这部分逻辑自然不会执行。

方案1：保留自定义仓储逻辑，调用框架内置辅助方法赋值 #

你可以注入ABP官方提供的辅助服务，无需硬编码赋值逻辑，统一处理所有实体的标准字段：

1. 先修改仓储构造函数注入依赖服务：

public class PersonaRepository : ABTransitRepositoryBase<Persona, int>, IPersonaRepository
{
    private readonly IAbpSession _abpSession;
    private readonly IEntityAuditingHelper _entityAuditingHelper;

    public PersonaRepository(IDbContextProvider<ABTransitDbContext> dbContextProvider,
        IAbpSession abpSession,
        IEntityAuditingHelper entityAuditingHelper)
        : base(dbContextProvider)
    {
        _abpSession = abpSession;
        _entityAuditingHelper = entityAuditingHelper;
    }

    // 其余原有逻辑不变
}

2. 在调用SaveChangesAsync前增加统一赋值逻辑：

// 父实体赋值
_entityAuditingHelper.SetAuditProperties(persona, true);
if (persona is IMustHaveTenant tenantEntity)
{
    tenantEntity.TenantId = _abpSession.TenantId ?? default;
}

// 关联集合批量赋值，所有关联集合都可以复用这套逻辑
foreach (var contacto in persona.Contactos)
{
    var isNewEntity = contacto.Id == default;
    if (contacto is IAudited auditedEntity)
    {
        _entityAuditingHelper.SetAuditProperties(auditedEntity, isNewEntity);
    }
    if (contacto is IMustHaveTenant tenantContact)
    {
        tenantContact.TenantId = _abpSession.TenantId ?? default;
    }
}

// 其余关联集合（Identificaciones、Domicilios等）重复上面的遍历逻辑即可
await Context.SaveChangesAsync();

如果要进一步简化，可以写一个通用扩展方法，传入实体实例自动判断是否实现对应接口并赋值，所有关联实体直接调用该方法即可，无需重复写判断逻辑。

方案2：调用基类仓储的SaveChangesAsync #

将代码中await Context.SaveChangesAsync();替换为await base.SaveChangesAsync();即可，ABP基类仓储的SaveChanges方法会自动处理所有被ChangeTracker追踪的实体的审计、租户字段，不需要手动写赋值逻辑。

方案3：关联集合更新逻辑移到应用层（ABP官方推荐） #

仓储只负责单实体的基础CRUD，关联实体的组合更新逻辑放到AppService中实现：在AppService中先通过默认仓储查询带关联集合的根实体，更新关联集合后直接调用默认仓储的UpdateAsync方法，默认仓储会自动处理所有被追踪实体的标准字段，不需要自定义仓储。

这类审计、租户字段属于框架层面的通用字段，不需要你手动在AppService或者Repository中硬编码赋值，正常走ABP默认的仓储、工作单元流程时，框架会自动完成填充。只有当你自定义逻辑绕开了框架默认流程时，才需要调用框架提供的辅助方法赋值，不要自行硬编码处理，避免多场景逻辑不一致。

内容的提问来源于stack exchange，提问作者Julián Pagano