EF Core AsNoTracking怎么用？如何通过AsNoTracking提升EF Core查询性能？

EF Core作为.NET平台常用的ORM框架，默认会对查询返回的实体进行跟踪，以便在后续操作中检测实体变化并同步到数据库。但这种跟踪机制在数据量较大或者只需要读取数据的场景下，会带来额外的内存和性能开销，AsNoTracking方法就是用来解决这个问题的。

AsNoTracking的作用原理

EF Core的实体跟踪机制会将被查询到的实体对象存入DbContext的变更跟踪器中，记录实体的原始值和当前值，当需要更新或删除实体时，会根据跟踪信息生成对应的SQL语句。而调用AsNoTracking之后，查询返回的实体不会被加入变更跟踪器，EF Core不会维护这些实体的状态，因此可以减少内存占用，同时省去状态管理的性能消耗。

AsNoTracking的基本用法

AsNoTracking是IQueryable接口的扩展方法，可以在查询链中任意位置调用，最常见的用法是在查询实体时直接追加该方法。以下是基础的查询示例，假设我们有一个用户实体类User和对应的DbContext：

// 用户实体类
public class User
{
    public int Id { get; set; }
    public string UserName { get; set; }
    public string Email { get; set; }
}

// 自定义DbContext
public class AppDbContext : DbContext
{
    public DbSet<User> Users { get; set; }
    
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer("Server=.;Database=TestDb;Trusted_Connection=True;");
    }
}

// 调用AsNoTracking查询用户数据
using (var context = new AppDbContext())
{
    // 查询所有用户，不跟踪实体状态
    var userList = context.Users.AsNoTracking().ToList();
    // 也可以放在Where之后，效果一致
    var activeUsers = context.Users.Where(u => u.Id > 10).AsNoTracking().ToList();
}

全局配置AsNoTracking

如果项目中大部分查询都只需要读取数据，不需要跟踪实体状态，可以在DbContext配置中全局开启AsNoTracking，避免每次查询都手动调用方法：

public class AppDbContext : DbContext
{
    public DbSet<User> Users { get; set; }
    
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer("Server=.;Database=TestDb;Trusted_Connection=True;")
            // 全局配置查询不跟踪实体状态
            .UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking);
    }
}

全局配置之后，所有查询默认都不会跟踪实体，如果某个查询需要跟踪实体，可以单独对该查询调用AsTracking方法恢复跟踪：

using (var context = new AppDbContext())
{
    // 全局关闭跟踪后，单独对该查询开启跟踪
    var user = context.Users.AsTracking().FirstOrDefault(u => u.Id == 1);
    // 修改实体属性后，SaveChanges会生效
    user.UserName = "newName";
    context.SaveChanges();
}

AsNoTracking的使用注意事项

• 调用AsNoTracking之后返回的实体，修改其属性再调用SaveChanges不会同步到数据库，因为EF Core没有跟踪该实体的状态。
• 如果查询中包含了关联实体（比如Include加载导航属性），AsNoTracking会对所有关联实体同样生效，不会跟踪任何关联实体的状态。
• 不要在需要更新、删除实体的查询中使用AsNoTracking，否则会导致变更无法被检测到，无法生成对应的更新、删除SQL。

性能对比示例

我们可以通过简单的性能测试对比使用和不使用AsNoTracking的查询耗时差异，以下示例查询10000条用户数据：

using System.Diagnostics;

// 不使用AsNoTracking的查询
var stopwatch1 = Stopwatch.StartNew();
using (var context = new AppDbContext())
{
    var list1 = context.Users.Take(10000).ToList();
}
stopwatch1.Stop();
Console.WriteLine($"不使用AsNoTracking耗时：{stopwatch1.ElapsedMilliseconds}ms");

// 使用AsNoTracking的查询
var stopwatch2 = Stopwatch.StartNew();
using (var context = new AppDbContext())
{
    var list2 = context.Users.Take(10000).AsNoTracking().ToList();
}
stopwatch2.Stop();
Console.WriteLine($"使用AsNoTracking耗时：{stopwatch2.ElapsedMilliseconds}ms");

在实际测试中，数据量越大，使用AsNoTracking的性能优势越明显，尤其是在只读查询场景下，合理使用该方法可以显著提升EF Core的查询效率。

EF_CoreAsNoTracking性能优化实体跟踪修改时间：2026-07-19 13:06:26