Entity Framework中Update()与修改已跟踪实体字段的功能差异是什么？

针对已跟踪实体的核心差异 #

两种更新方式底层逻辑完全不同，即使运行结果一致，执行过程和风险也有明显区别：

• 方式一（直接修改属性后保存）
  因为通过FindAsync查询出的editingBook默认被上下文的变更追踪器（Change Tracker）跟踪，你修改Title属性后，变更追踪器只会将Title单独标记为Modified状态。调用SaveChangesAsync时，生成的SQL语句只会更新Title字段，其余字段不会出现在SET子句中，属于增量更新。
• 方式二（修改后调用Update再保存）
  调用Update方法时，EF会强制将该实体的所有非主键属性全部标记为Modified状态，无论你有没有修改过这些属性。调用SaveChangesAsync时，生成的SQL语句会对所有非主键字段执行更新，用实体当前的属性值覆盖数据库中的对应值，属于全量覆盖更新。

脱跟踪场景下Update的逻辑 #

你的推测完全正确，Update方法设计的初衷就是处理非跟踪实体的更新：
当你将一个未被当前上下文跟踪的实体传入Update方法时，EF会先以主键为索引，在当前上下文的追踪缓存中查找是否存在同主键的已跟踪实体：

• 如果存在：会将传入实体的所有属性值覆盖到已跟踪的实体上，再将所有非主键属性标记为Modified
• 如果不存在：会直接将传入的实体加入追踪器，状态标记为Modified

额外的功能差异 #

• 数据安全性：方式一不会覆盖你未修改的字段，即使查询后到保存前数据库中该实体的其他字段被其他请求修改，也不会出现误覆盖；方式二如果实体的其他属性是查询时的旧值，会直接覆盖数据库中最新的修改，无并发控制时会有数据丢失风险。
• 性能：方式一生成的SQL更精简，执行效率更高，尤其是实体字段多、仅修改少量字段时优势更明显。

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