EF Core查询的延迟加载与立即加载（C#开发者必知的数据加载策略详解）

什么是延迟加载（Lazy Loading）？

延迟加载是指：当你查询一个实体时，EF Core 不会立即加载其关联的导航属性（比如订单中的客户信息），而是在你第一次访问该导航属性时才去数据库查询相关数据。

这种方式的优点是“按需加载”，节省初始查询时间；但缺点也很明显——如果在一个循环中频繁访问导航属性，可能会导致“N+1 查询问题”（即执行大量小查询，严重影响性能）。

启用延迟加载的步骤

EF Core 默认不启用延迟加载，你需要手动配置：

1. 安装 Microsoft.EntityFrameworkCore.Proxies NuGet 包。
2. 在 DbContext 的 OnConfiguring 方法或 Startup.cs 中启用代理：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder){    optionsBuilder        .UseLazyLoadingProxies() // 启用延迟加载代理        .UseSqlServer("你的连接字符串");}

同时，确保你的导航属性是 virtual 的，例如：

public class Order{    public int Id { get; set; }    public string OrderNumber { get; set; }    // 导航属性必须是 virtual 才能支持延迟加载    public virtual Customer Customer { get; set; }}

什么是立即加载（Eager Loading）？

立即加载是指：在查询主实体的同时，通过 Include 方法显式地一次性加载其关联的导航属性。这是 EF Core 推荐的默认做法，因为它可以避免 N+1 问题，提升整体性能。

使用 Include 实现立即加载

例如，你想获取所有订单及其对应的客户信息：

var orders = context.Orders    .Include(o => o.Customer) // 立即加载 Customer 导航属性    .ToList();

如果你需要加载多层关系（比如订单 → 客户 → 地址），可以链式调用 ThenInclude：

var orders = context.Orders    .Include(o => o.Customer)        .ThenInclude(c => c.Address)    .ToList();

延迟加载 vs 立即加载：如何选择？

一般建议：优先使用立即加载（Eager Loading），尤其是在 Web API 或高性能场景中。只有在你非常确定不会触发 N+1 问题，且希望简化代码逻辑时，才考虑使用延迟加载。

总结

掌握 EF Core延迟加载 与 EF Core立即加载 的区别，是每一位 C# 开发者进行 Entity Framework Core性能优化 的基础。通过合理选择 C#数据加载策略，你可以显著提升应用程序的响应速度和数据库效率。

记住：没有“最好”的策略，只有“最合适”的策略。根据业务场景灵活运用，才是高手之道！