在使用 EF Core 时，保存操作（SaveChanges）如果处理不当，很容易成为性能瓶颈。尤其在批量插入、更新或涉及大量实体的场景下，优化显得尤为重要。以下是提升 EF Core 保存效率的一些关键做法和最佳实践。
减少 SaveChanges 的调用次数
每次调用 SaveChanges() 都会开启一个数据库事务并执行 SQL，频繁调用会导致大量往返开销。
将多个实体的增删改操作合并到一次 SaveChanges() 中提交。 在循环中避免每次操作都调用 SaveChanges()，应先完成所有变更再统一提交。 示例：foreach (var item in items)
{
context.Products.Add(item); // 不在此处 SaveChanges
}
context.SaveChanges(); // 批量提交一次
使用 AddRange 和 UpdateRange 提升批量操作效率
EF Core 提供了 AddRange、UpdateRange 和 RemoveRange 方法，能更高效地处理集合操作。
相比逐个添加，AddRange 能减少内部状态管理的开销。 适用于导入数据、初始化配置等场景。 示例：context.AddRange(products); context.SaveChanges();
禁用自动追踪以提高性能
如果你只是做写入操作而不需要查询追踪，可以临时关闭变更追踪。
使用 context.ChangeTracker.AutoDetectChangesEnabled = false 减少开销。 对于只写场景，考虑使用 AsNoTracking 查询，但注意这主要影响查询阶段。 在大批量插入前，可手动控制变更检测时机。考虑使用原生批量插入库
EF Core 原生不支持真正的批量 INSERT（如 INSERT INTO ... VALUES (...), (...), (...)），默认是逐条插入。
使用第三方库如 EFCore.BulkExtensions 或 Npgsql.EntityFrameworkCore.PostgreSQL（PostgreSQL）等提供批量支持。 BulkInsert 可显著提升大数据量写入速度（成百上千条记录以上）。 示例（EFCore.BulkExtensions）：context.BulkInsert(products); // 单次高效插入
合理使用事务控制
当需要保证多个 SaveChanges 操作的原子性时，显式使用事务更安全且可控。
用 context.Database.BeginTransaction() 包裹多个保存操作。 避免长时间持有事务，防止锁表或连接占用。 示例：using var transaction = context.Database.BeginTransaction();
try
{
context.Orders.AddRange(orders);
context.SaveChanges();
context.OrderItems.AddRange(items);
context.SaveChanges();
transaction.Commit();
}
catch
{
transaction.Rollback();
throw;
}
避免不必要的查询和加载
在保存前不要触发无意义的查询，否则可能拉取大量数据进入上下文，拖慢整体性能。
不要为了设置外键而去查询整个主实体，直接设置导航属性或外键字段即可。 使用“分离状态”或“影子属性”减少内存占用。 推荐方式：context.Entry(order).State = EntityState.Unchanged; // 标记已存在，避免查询 product.OrderId = orderId; // 直接赋值外键
监控和诊断性能问题
启用日志输出，查看实际生成的 SQL 和执行时间。
在 DbContext 配置中启用详细日志（如 Microsoft.EntityFrameworkCore.Database.Command）。 使用工具如 MiniProfiler 或 Application Insights 分析耗时操作。 基本上就这些。掌握这些方法后，EF Core 的保存操作可以既稳定又高效。关键是根据数据量级选择合适的策略——小批量用内置 API，大批量引入扩展库，并始终关注上下文生命周期和变更追踪成本。
