ABP框架中CreateAsync()返回实体Id始终为0的解决方法

你遇到的问题核心是异步操作未等待保存完成，以及对ABP仓储/工作单元执行逻辑的理解偏差，以下是具体解决步骤：

1. 修正异步等待问题 #

原代码中UnitOfWorkManager.Current.SaveChangesAsync()未添加await，导致数据库保存操作还未完成就直接映射实体，此时数据库还未生成Id，自然返回初始值0。修改代码如下：

[Authorize(BrianPermissions.LabRequirements.Create)]
public virtual async Task<LabRequirementDto> CreateAsync(
     LabRequirementCreateDto input)
{
     var labRequirement = await _LabRequirementManager.CreateAsync(
      input.TechQualification, 
      input.TechExperience, 
      input.Equipments, 
      input.Others);
     // 添加await等待数据库保存完成
     await UnitOfWorkManager.Current.SaveChangesAsync(); 

     return ObjectMapper.Map<LabRequirement, LabRequirementDto>(labRequirement);
} 

2. 确保领域服务的CreateAsync逻辑正确 #

你的_LabRequirementManager.CreateAsync内部调用InsertAsync是合理的，因为InsertAsync会将实体加入DbContext的跟踪队列。当执行SaveChangesAsync后，ORM（如EF Core）会自动把数据库生成的Id赋值回实体的Id属性，此时再映射就能得到正确的Id值。

如果你的领域服务代码类似以下结构，就无需修改：

public async Task<LabRequirement> CreateAsync(string techQualification, string techExperience, string equipments, string others)
{
    var labRequirement = new LabRequirement(techQualification, techExperience, equipments, others);
    // 将实体加入仓储跟踪队列
    await _labRequirementRepository.InsertAsync(labRequirement);
    return labRequirement;
}

3. 可选：使用ABP工作单元特性 #

你也可以在应用服务方法上添加[UnitOfWork]属性，让ABP自动管理事务和保存操作，无需手动调用SaveChangesAsync：

[Authorize(BrianPermissions.LabRequirements.Create)]
[UnitOfWork]
public virtual async Task<LabRequirementDto> CreateAsync(
     LabRequirementCreateDto input)
{
     var labRequirement = await _LabRequirementManager.CreateAsync(
      input.TechQualification, 
      input.TechExperience, 
      input.Equipments, 
      input.Others);

     return ObjectMapper.Map<LabRequirement, LabRequirementDto>(labRequirement);
} 

ABP会在方法执行完成后自动触发保存，此时实体的Id也会被正确填充。

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