EF Core 高性能查询利器：NoTrackingWithIdentityResolution（深入解析 EF Core 的无跟踪查询与实体标识解析）

什么是 NoTrackingWithIdentityResolution？

在 EF Core 中，默认的查询行为是“跟踪”（Tracking）模式。这意味着 EF Core 会将查询返回的每个实体对象缓存在内存中（称为“更改跟踪器”），以便后续检测实体是否被修改，从而在调用 SaveChanges() 时生成正确的 SQL 更新语句。

但如果你只是读取数据、不做任何修改（比如展示报表、导出数据等场景），开启跟踪反而会带来不必要的内存和性能开销。此时，我们通常会使用 AsNoTracking() 来关闭跟踪，提升性能。

然而，AsNoTracking() 有一个副作用：**它不会对相同主键的实体进行去重**。也就是说，如果一次查询返回了多个具有相同 ID 的实体（例如通过 JOIN 查询），你会得到多个独立的对象实例，即使它们代表的是同一个数据库记录。

为了解决这个问题，EF Core 5.0 引入了 NoTrackingWithIdentityResolution 查询行为。它结合了两者的优点：

• ✅ 不启用更改跟踪（节省内存和 CPU）
• ✅ 但会对相同主键的实体进行“标识解析”（Identity Resolution），确保同一主键只对应一个对象实例

何时使用 NoTrackingWithIdentityResolution？

当你需要：

• 高性能地读取大量数据
• 避免重复实体对象（保证引用一致性）
• 不打算对这些实体执行更新或删除操作

这正是 EF Core 性能优化 和 C# 数据库查询优化 的典型应用场景。

代码示例：对比三种查询行为

假设我们有以下模型：

public class Blog{    public int Id { get; set; }    public string Name { get; set; }    public List<Post> Posts { get; set; }}public class Post{    public int Id { get; set; }    public string Title { get; set; }    public int BlogId { get; set; }    public Blog Blog { get; set; }}

现在，我们执行一个包含 Blog 和 Post 的联表查询：

1. 默认跟踪查询（Tracking）

var posts = context.Posts    .Include(p => p.Blog)    .ToList();// 如果同一个 Blog 被多个 Post 引用，Blog 实例是同一个对象（引用相等）Console.WriteLine(ReferenceEquals(posts[0].Blog, posts[1].Blog)); // True

2. 无跟踪查询（AsNoTracking）

var posts = context.Posts    .Include(p => p.Blog)    .AsNoTracking()    .ToList();// 同一个 Blog 会被创建多次，即使 ID 相同Console.WriteLine(ReferenceEquals(posts[0].Blog, posts[1].Blog)); // False ❌

3. 无跟踪但带标识解析（NoTrackingWithIdentityResolution）

var posts = context.Posts    .Include(p => p.Blog)    .AsNoTrackingWithIdentityResolution()    .ToList();// 同一个 Blog 只有一个实例，且不被跟踪Console.WriteLine(ReferenceEquals(posts[0].Blog, posts[1].Blog)); // True ✅

注意：AsNoTrackingWithIdentityResolution() 是 EF Core 5.0+ 才支持的方法。确保你的项目已升级到相应版本。

全局设置查询行为（可选）

你也可以在 DbContext 的 OnConfiguring 方法中全局设置默认查询行为：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder){    optionsBuilder        .UseSqlServer("your-connection-string")        .UseQueryTrackingBehavior(QueryTrackingBehavior.NoTrackingWithIdentityResolution);}

这样，所有查询默认都使用 NoTrackingWithIdentityResolution，除非你显式调用 AsTracking()。

总结

NoTrackingWithIdentityResolution 是 EF Core NoTrackingWithIdentityResolution 功能中的一个关键优化点。它在提升 Entity Framework Core 跟踪查询 性能的同时，保留了对象引用的一致性，特别适合只读场景。

下次当你需要高效读取关联数据时，不妨试试这个特性——它可能是你应用性能提升的关键一步！

掌握 EF Core 性能优化 和 C# 数据库查询优化，让你的应用飞起来！