启用EF Core延迟加载需安装Microsoft.EntityFrameworkCore.Proxies包，在DbContext中调用UseLazyLoadingProxies()，并将导航属性和类声明为virtual，访问时自动按需加载关联数据。
EF Core的延迟加载（Lazy Loading）是指在访问导航属性时，相关数据才从数据库中按需加载，而不是在查询主实体时一次性加载所有关联数据。这种方式可以提升性能，避免加载不需要的数据，但也可能引发“N+1查询”问题，需要谨慎使用。
如何启用延迟加载？
在EF Core中启用延迟加载有几种方式，最常见的是通过代理（Proxy）机制：
• 安装包：Microsoft.EntityFrameworkCore.Proxies• 在DbContext配置中启用代理支持
• 实体类和导航属性必须是virtual
示例代码：
安装NuGet包：
Install-Package Microsoft.EntityFrameworkCore.Proxies在OnConfiguring或Startup.cs中配置上下文：
{
optionsBuilder
.UseLazyLoadingProxies() // 启用延迟加载代理
.UseSqlServer("YourConnectionString");
}
实体类定义（注意virtual关键字）：
public class Blog{
public int Id { get; set; }
public string Name { get; set; }
public virtual ICollection
}
public class Post
{
public int Id { get; set; }
public string Title { get; set; }
public int BlogId { get; set; }
public virtual Blog Blog { get; set; } // 延迟加载引用
}
延迟加载的使用场景
当你查询一个Blog但未显式包含Posts时，Posts数据不会立即加载：
using var context = new BloggingContext();var blog = context.Blogs.FirstOrDefault(b => b.Id == 1); // 只查Blog表
// 访问导航属性时才触发查询
Console.WriteLine(blog.Posts.Count); // 此时才执行查询获取Posts
这种机制适合你不确定是否需要关联数据的场景，减少不必要的JOIN或额外查询。
注意事项与潜在问题
• 导航属性必须声明为virtual，否则代理无法拦截访问• 启用延迟加载后，序列化实体可能意外触发大量数据库查询
• 在非跟踪查询（AsNoTracking）中延迟加载无效
• 可能导致N+1查询问题：循环访问多个主实体并触发单独的子查询
如果不想依赖代理，也可以使用ILazyLoader服务手动实现延迟加载，适用于非代理或非virtual属性场景，但代码更复杂。
基本上就这些。延迟加载是个便利功能，但要结合实际场景权衡利弊。
