EF Core 默认不自动处理循环引用、懒加载等，需显式配置数据库提供程序、合理使用AsNoTracking()、Include/Select及日志调试。
EF Core 不是“配好了就能用”的 ORM，它默认不自动处理循环引用、懒加载、事务边界和查询性能陷阱——直接照抄教程代码大概率在生产环境出问题。
DbContext 配置时为什么必须显式调用 UseSqlServer（或对应数据库提供程序）？
EF Core 6+ 默认不包含任何数据库驱动，Microsoft.EntityFrameworkCore.SqlServer 是独立 NuGet 包。漏装或没在 Program.cs 中调用 UseSqlServer，运行时会抛 InvalidOperationException: No database provider has been configured。
实操建议：
- 确认已安装
Microsoft.EntityFrameworkCore.SqlServer（SQL Server）或Npgsql.EntityFrameworkCore.PostgreSQL（PostgreSQL）等对应包 -
UseSqlServer必须传入有效连接字符串，且不能是空字符串或null；本地开发常用"Server=(localdb)\mssqllocaldb;Database=MyAppDb;Trusted_Connection=true;" - 若用 SQLite 做测试，记得换用
UseSqlite，且连接字符串格式完全不同（如"Data Source=app.db"）
AsNoTracking() 在什么场景下必须加？不加会怎样？
EF Core 默认跟踪查询结果（即开启 Change Tracking），用于后续 SaveChanges() 时生成 UPDATE 语句。但纯读取场景（如 API 返回列表、报表渲染）加 AsNoTracking() 能显著降低内存占用和 GC 压力，尤其查大量数据时。
常见错误现象：
- 同一 DbContext 实例中多次查询相同主键实体，第二次查到的是第一次的缓存对象（不是数据库最新值）
- Web API 接口响应变慢、内存持续上涨，
dotnet-counters显示Microsoft.EntityFrameworkCore.ChangeTracking指标异常高 - 并发请求下出现
InvalidOperationException: The instance of entity type 'X' cannot be tracked（因手动 Attach 已被跟踪对象）
使用场景示例：context.Users.AsNoTracking().Where(u => u.IsActive).ToList() —— 这类查询绝不修改数据，必须加。
导航属性（Navigation Property）为空？Include 和 Select 怎么选？
EF Core 默认不加载关联数据（lazy loading 关闭且未显式声明 eager loading）。直接访问 user.Order 或 user.Orders 会得到 null 或空集合，不是 bug，是设计行为。
实操建议：
- 确定要一次性查出全部关联数据 → 用
Include：例如context.Users.Include(u => u.Profile).ThenInclude(p => p.Address) - 只取部分字段（含关联表字段），且不需要实体完整生命周期管理 → 用
Select投影到 DTO 或匿名类型：context.Users.Select(u => new { u.Name, u.Profile.NickName }) - 避免混合使用：
Include+Select会导致编译失败或意外忽略 Include；ThenInclude后不能再接Select，否则报InvalidOperationException: The property 'X' is not a navigation property
SaveChanges() 失败但没看到具体 SQL 错误？怎么快速定位？
EF Core 默认把底层数据库异常包装成 DbUpdateException，原始错误信息（比如 SQL Server 的错误号 547 外键冲突、2627 唯一约束失败）藏在 InnerException 里，直接 ex.Message 只显示“An error occurred while updating the entries.”。
调试建议：
- 启用 EF Core 日志：在
Program.cs中配置options.LogTo(Console.WriteLine, LogLevel.Information)，可看到生成的 SQL 和参数值 - 捕获
DbUpdateException后，检查ex.InnerException?.Message，SQL Server 常见错误会带“Cannot insert duplicate key”或“The DELETE statement conflicted with the REFERENCE constraint” - 外键未设为可空却传了
null、DateTime 字段传了DateTime.MinValue（SQL Server 不接受）、并发更新导致DbUpdateConcurrencyException——这些都得靠日志和 InnerException 判断
复杂点在于：同一个 SaveChanges() 可能批量提交多条 INSERT/UPDATE，而异常只反映最先失败的那一条；如果业务逻辑依赖多实体强一致性，别只靠 EF Core 自动事务，得用 using var transaction = context.Database.BeginTransaction() 显式控制。
