EF Core 判断实体是否被修改的核心是 ChangeTracker 的快照机制：首次跟踪时保存原始值，后续通过比对当前值与快照是否一致来判定；EntityEntry.State 属性反映整体状态，Modified 表示至少一个属性已变更，Unchanged 表示完全一致，Added/Deleted/Detached 状态不适用修改判断；需精确到字段时可遍历 Entry(entity).Properties，检查 IsModified 及 OriginalValue/CurrentValue；自动检测默认在 SaveChanges 前触发，但批量操作、反射修改等场景需手动控制 DetectChanges；常见误判源于 AsNoTracking() 导致 Detached、重复 Attach 引发跟踪冲突、或导航属性未正确加载。
EF Core 判断实体是否被修改，核心靠的是 ChangeTracker 维护的“快照机制”——它在首次跟踪实体时保存一份原始值（snapshot），后续每次检测都比对当前值与快照是否一致。
看 EntityEntry.State 属性
每个被 DbContext 跟踪的实体，都能通过 DbContext.Entry(entity) 获取对应的 EntityEntry，其 State 属性直接反映当前状态：
- Modified：表示至少一个属性值已变，且该实体原本是 Unchanged 或 Added 状态后又被改过（比如先 Add 再改字段）
- Unchanged：快照值与当前值完全一致，没被修改
- Added：新加入上下文，还没存库，此时“修改”不适用，但 SaveChanges 会执行 INSERT
- Deleted：标记为待删，不是“被修改”，而是待移除
- Detached：未被跟踪，EF Core 压根不知道它，自然无法判断是否修改
检查具体哪些属性变了
仅看 State 是粗粒度判断。若需知道哪几个字段被改，可查 Entry(entity).Properties：
-
property.IsModified为 true 表示该属性值已变更（且不是从 null → null 这类无实质变化） -
property.OriginalValue和property.CurrentValue可对比原始值与当前值 - 例如：
ctx.Entry(user).Property(e => e.Email).IsModified返回 true，说明 Email 字段被改过
手动触发或干预状态检测
EF Core 默认在 SaveChanges() 前自动调用 DetectChanges()，但某些场景需要你主动控制：
- 批量处理大量实体时，可先
ctx.ChangeTracker.AutoDetectChangesEnabled = false关闭自动检测，最后统一调用ctx.ChangeTracker.DetectChanges() - 用反射、JSON 反序列化等方式改了实体属性，EF Core 可能没捕获到，这时手动调一次
DetectChanges()更可靠 - 想跳过某字段的变更跟踪（比如只更新时间戳），可用
Entry(e).Property(x => x.LastUpdated).IsModified = false
避免误判的常见注意点
状态判断容易出错的地方：
- 查询时用了
AsNoTracking()，实体是 Detached 状态，后续任何修改 EF Core 都不会感知，SaveChanges不会更新它 - 同一个主键实体被多次
Attach()或Find()，可能引发“实例已跟踪”异常，导致状态混乱 - 导航属性加载不全（比如没
Include），修改子实体时父实体状态可能仍是 Unchanged，需确保子实体也被正确跟踪
基本上就这些。判断是否修改，本质就是比对快照和当前值；关键不在“怎么查”，而在于“有没有被跟踪”以及“什么时候比对”。
