如何阻止AutoMapper替换EF拥有实体以避免跟踪冲突错误？

你遇到的问题确实是AutoMapper的默认行为引发的：默认情况下，AutoMapper会直接用源对象的Address实例替换目标对象（dbLocation）的Address实例，而EF Core已经在跟踪原来的Address实例，这就触发了跟踪冲突错误。

要让AutoMapper进行细粒度的属性复制，而非替换整个Address实例，有几种优雅的解决方案：

1. 显式配置AutoMapper映射规则 #

创建一个AutoMapper的Profile类，明确配置Location到Location的映射时，对Address属性执行属性级别的映射，而非实例替换。同时确保Address到Address的映射也被正确定义：

public class LocationMappingProfile : Profile
{
    public LocationMappingProfile()
    {
        // 配置Location的映射，指定Address使用属性映射
        CreateMap<Location, Location>()
            .ForMember(dest => dest.Address, opt => opt.MapFrom(src => src.Address));
        
        // 显式配置Address的属性映射（AutoMapper也会自动推断，但显式定义更清晰）
        CreateMap<Address, Address>();
    }
}

这样配置后，AutoMapper会递归地将源Address的每个属性值复制到目标dbLocation.Address的对应属性上，不会替换整个实例。

2. 使用UseDestinationValue强制保留目标实例 #

如果你不想单独配置Address的映射，可以直接告诉AutoMapper保留目标对象的Address实例，只更新其属性：

public class LocationMappingProfile : Profile
{
    public LocationMappingProfile()
    {
        CreateMap<Location, Location>()
            .ForMember(dest => dest.Address, opt => opt.UseDestinationValue());
    }
}

UseDestinationValue选项会让AutoMapper忽略源对象的Address实例，直接使用目标对象已有的实例，然后将源Address的属性值复制到这个现有实例中。

3. 手动处理（应急可用，不推荐长期使用） #

如果需要临时快速解决，也可以在映射前手动将原来的Address实例从EF的跟踪中分离，但这种方法不够优雅，不建议作为长期方案：

// 在映射前添加这行代码
context.Entry(dbLocation.Address).State = EntityState.Detached;
mapper.Map<Location, Location>(location, dbLocation);

方案生效的核心原因 #

EF Core对Owned Entity（比如你的Address）的跟踪是基于其所属主实体（Location）的键值的。当AutoMapper替换Address实例时，EF仍然在跟踪原来的实例，新实例的键值和旧实例完全一致，就会触发"已存在相同键的跟踪实例"的错误。而通过上述配置，AutoMapper会复用现有Address实例，只更新属性值，EF的跟踪状态不会被打破，自然就不会报错了。

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