EntityFramework-Plus审计功能中EntityModified状态仅记录主键问题的分析与解决

问题背景

在使用EntityFramework-Plus的审计功能时，开发人员发现当实体状态为EntityModified（实体修改）时，审计日志中仅记录了实体的主键ID值，而没有记录其他属性的变更情况。这与EntityAdded（实体新增）和EntityDeleted（实体删除）状态下的完整属性记录形成鲜明对比。

问题现象

具体表现为：

1. 首次添加实体时（EntityAdded状态），审计日志正确记录了所有属性值
2. 修改实体时（EntityModified状态），审计日志仅记录主键ID
3. 删除实体时（EntityDeleted状态），审计日志仍能完整记录所有属性

技术分析

通过分析发现问题根源在于工作单元(UnitOfWork)的使用方式上。开发人员在调用UpdateAsync方法后，又对实体（包括子实体）进行了修改，然后才调用SaveChangesAsync()。这种操作顺序导致EF Core的变更跟踪机制无法正确捕获所有修改。

解决方案

正确的做法应该是：

1. 先完成所有实体修改（包括子实体）
2. 然后调用UpdateAsync方法
3. 最后执行SaveChangesAsync()

这种顺序确保EF Core的变更跟踪能够捕获完整的修改集，从而使审计功能可以记录所有变更的属性。

最佳实践建议

1. 修改顺序：确保在调用Update/UpdateAsync之前完成所有实体修改
2. 工作单元管理：合理使用UnitOfWorkManager，避免在SaveChanges之前进行未跟踪的修改
3. 审计配置：确认实体类已正确添加[AuditInclude]特性
4. 变更跟踪：理解EF Core变更跟踪的工作原理，这对使用审计功能至关重要

总结

这个问题很好地展示了EF Core变更跟踪机制与审计功能的交互方式。通过调整代码执行顺序，确保变更被正确跟踪，就能解决审计日志不完整的问题。这也提醒我们在使用ORM框架时，需要深入理解其内部工作机制，才能更好地利用各种扩展功能。