C# 实体框架性能优化方法 C#如何解决EF Core N+1查询问题

来源：这里教程网时间：2026-02-21 17:41:51 作者：

EF Core 中 N+1 查询是怎么被触发的

当你用

IQueryable

查询主表后，在循环里访问导航属性（比如

order.Customer.Name

），而这个导航属性没被预先加载，EF Core 就会在每次访问时发起一次新查询——主查 1 次，N 条记录就额外发 N 次，典型 N+1。

常见诱因包括：
• 忘记调用

Include

或

ThenInclude

• 在

Select

投影中引用未加载的导航属性
• 使用异步枚举（

await foreach

）但没提前展开关系
• 启用了延迟加载（

LazyLoadingProxy

）且未禁用或谨慎控制

用 Include + ThenInclude 预加载关联数据

这是最直接、可控性最强的解决方式，适用于已知要展示哪些关联字段的场景。注意它生成的是 SQL JOIN，不是子查询，性能通常更稳。

实操要点：
• 多级导航必须用

ThenInclude

，不能链式点（

Include(x => x.OrderItems.Product)

会报错）
• 避免无意义的全量加载，比如只显示客户名却

Include(x => x.Addresses).Include(x => x.Orders)

• 如果只需要部分字段，优先考虑

Select

投影而非全实体加载

var orders = await context.Orders
    .Include(o => o.Customer)
        .ThenInclude(c => c.Address)
    .Include(o => o.OrderItems)
        .ThenInclude(oi => oi.Product)
    .ToListAsync();

用 Select 投影避免加载整张实体表

当页面只要几个字段（比如订单号、客户姓名、商品名），用

Select

构造匿名类型或 DTO，EF Core 会生成更轻量的 SQL，自动跳过无关列和导航属性初始化开销。

关键区别：
•

Include

返回的是可追踪的实体，适合后续更新
•

Select

返回的是不可追踪的数据，内存占用低、序列化快、无变更跟踪负担
• 投影中若引用未

Include

的导航属性，EF Core 6+ 会尝试自动补 JOIN；但 EF Core 5 及更早版本可能静默转为 N+1（务必验证生成 SQL）

var result = await context.Orders
    .Select(o => new {
        o.OrderId,
        CustomerName = o.Customer.Name,
        ProductNames = o.OrderItems.Select(oi => oi.Product.Name)
    })
    .ToListAsync();