EF Core更新实体时校验存在性的跟踪冲突解决及最佳实践

四种方案优劣对比 #

• 方案1：查询时增加AsNoTracking()取消跟踪
  优点：代码改动最小，仅需修改查询语句逻辑，原有更新逻辑完全不用调整，适合需要全字段覆盖更新的场景
  缺点：默认执行全字段更新，若入参实体未携带全部字段值，会导致数据库中未传入的字段被覆盖为默认值，生成的SQL执行效率低于按需更新
• 方案2：对已查询到的target实体逐字段赋值后保存
  优点：完全规避跟踪冲突，EF会自动识别修改的字段，仅生成对应字段的更新SQL，执行效率更高，不会出现未修改字段被意外覆盖的问题，业务逻辑最直观易维护。赋值完成后无需再调用Update方法，直接执行SaveChanges即可完成更新，也可以很好适配你后续取消抛出异常、直接返回布尔值的需求
  缺点：实体字段较多时手动赋值代码繁琐，可通过AutoMapper等对象映射库的Map(source, target)方法自动完成赋值，减少重复代码
• 方案3：手动操作实体状态/跟踪器处理冲突
  优点：灵活度极高，可满足极端定制化场景
  缺点：对开发人员的EF Core底层机制熟悉程度要求高，容易编写隐式Bug，后续维护成本极高，非特殊需求不建议使用
• 方案4：删除已跟踪实体后新增新实体
  缺点：完全违背更新操作的语义，会丢失入参实体未携带的数据库原有字段值（如创建时间、创建人等审计字段），风险极高，完全不推荐使用

最佳实践推荐 #

优先选择方案2，是业内处理该场景的主流实现，兼顾可维护性、执行效率与安全性。
如果你的业务场景确定需要全字段覆盖更新，且可以保证入参实体携带了全部字段的正确值，也可以选择方案1，代码实现更简洁。
剩下两种方案除非遇到非常特殊的定制化需求，否则不要在生产代码中使用。

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