EF Core 中 Attach 和 Update 都能用于更新已有数据，但底层行为、适用场景和生成的 SQL 完全不同。核心区别在于：Attach 默认把实体当“未修改”处理，Update 则直接标记为“全部字段已修改”。搞不清这点，容易意外清空字段或漏更新。
Attach 是“挂载即静默”，不等于更新
调用
context.Attach(entity)时，EF Core 会把该实体状态设为 Unchanged，前提是主键（Key）已正确赋值。这意味着： SaveChanges 不会生成任何 UPDATE 语句 即使你改了属性值，只要没手动告诉 EF 哪些字段变了，它就当没发生 若实体没有主键值，Attach 会把它当成新记录，状态变成 Added
真正想用 Attach 更新，得配合
Entry().Property().IsModified = true显式标记字段：
var user = new User { UserId = 1, FirstName = "Alice" };
context.Attach(user);
context.Entry(user).Property(u => u.FirstName).IsModified = true;
context.SaveChanges(); // 只更新 FirstName 字段
Update 是“全量覆盖”，不管实际改没改
调用
context.Update(entity)会立即将实体状态设为 Modified，并默认认为所有映射属性都已被修改： SaveChanges 会生成包含所有列的 UPDATE 语句（非 NULL 值字段也会被设为 NULL，除非你在对象中显式赋了值） 即使只改了一个字段，其他字段也会被写入数据库——比如没赋值的字符串字段会变 NULL 如果实体有导航属性（如 Orders），Update 还会递归标记关联实体为 Modified 或 Added（取决于是否有 Key）
所以 Update 更适合“整行替换”场景，不适合局部更新。
实体状态怎么影响行为
EF Core 的 ChangeTracker 依赖五种状态来决定 SaveChanges 干什么：
Detached：未被上下文跟踪，Attach/Update/Add 才能进入跟踪 Unchanged：从数据库查出来、或 Attach 后未标记修改，SaveChanges 忽略 Modified：属性被改过或被 Update/State=Modified 触发，SaveChanges 发 UPDATE Added：新实体，SaveChanges 发 INSERT Deleted：被 Remove 或 State=Deleted，SaveChanges 发 DELETE注意：Attach 后状态是 Unchanged；Update 后是 Modified；而直接设
Entry(e).State = EntityState.Modified效果等同 Update，也是全量更新。
什么时候选哪个
按常见需求选：
只想更新 1–2 个字段，且不想查库 → 用 Attach + IsModified 拿到的是完整对象（比如 API 接收的 DTO 映射后），确保所有字段都有值 → 可用 Update 先查再改 → 直接改查询出来的实体，EF 自动识别变更，最安全 批量更新大量数据 → 避免 Attach/Update，改用 ExecuteUpdate（.NET 7+）或 SetProperty 批量操作基本上就这些。状态不是玄学，关键看你是想“告诉 EF 哪里变了”，还是“让 EF 当它全变了”。
