答案：EF Core中延迟加载需安装Microsoft.EntityFrameworkCore.Proxies包并配置UseLazyLoadingProxies，实体导航属性标记为virtual，访问时触发查询，但易引发N+1问题，建议生产环境使用Include或显式加载替代。
在 EF Core 中，延迟加载（Lazy Loading）是一种数据加载策略，它允许你在访问导航属性时才从数据库中加载相关数据，而不是在查询主实体时立即加载。这种模式可以减少初始查询的数据量，提升性能，但需要小心使用以避免“N+1 查询”问题。
启用延迟加载的条件
EF Core 默认不开启延迟加载，要使用该功能，需满足以下条件之一：
- 实体中的导航属性必须标记为 virtual，以便支持运行时动态代理
- 安装并启用 Microsoft.EntityFrameworkCore.Proxies 包
- 在 DbContext 配置中启用延迟加载代理
Install-Package Microsoft.EntityFrameworkCore.Proxies
然后在 OnConfiguring 或 Startup.cs 中配置上下文：
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
optionsBuilder
.UseLazyLoadingProxies() // 启用延迟加载代理
.UseSqlServer("YourConnectionString");
}
实体定义示例
以下是一个简单的父子关系模型，展示如何定义支持延迟加载的实体：
public class Blog
{
public int Id { get; set; }
public string Name { get; set; }
public virtual ICollection Posts { get; set; } // virtual 启用延迟加载
}
public class Post
{
public int Id { get; set; }
public string Title { get; set; }
public int BlogId { get; set; }
public virtual Blog Blog { get; set; } // 导航属性也应为 virtual
}
当你查询 Blog 时，Posts 不会立即加载：
天龙企业网站管理系统 2008.net
下载
天龙企业网站管理系统，基于.net2.0+access开发，系统架构采用MVC设计模式，是一个十分优秀的.net企业管理系统。其中包括产品发布，新闻发布，企业简价，企业文化，下载中心，客户留言等功能。在V2.0 sp2 基础上再次升级: 1、修正了前台的投票调查功能。 2、增强系统安全性，增加了防SQL注入功能 3、修补了后台漏洞 4、增加了前台游客留言的字符过滤，自动过滤html格式以增强系统安
var blog = context.Blogs.FirstOrDefault(b => b.Id == 1); // 此时 Posts 为空，尚未查询数据库 var posts = blog.Posts; // 访问时才会触发数据库查询
延迟加载的注意事项
虽然延迟加载简化了代码，但也带来一些潜在问题：
- 容易引发 N+1 查询：循环访问多个博客的帖子时，可能产生大量数据库往返
- 必须保持 DbContext 在访问导航属性时仍然存活
- 序列化对象时可能意外触发加载，导致性能下降或循环引用错误
- 动态代理可能与某些第三方库或自定义构造函数冲突
在 Web 应用中，若在 Controller 外部访问导航属性（如视图或 API 响应序列化），需确保上下文生命周期足够长，或改用显式加载（Load()）或预先加载（Include()）。
替代方案建议
在多数生产场景中，推荐结合使用以下方式代替纯延迟加载：
- Include()：使用 Eager Loading 显式加载所需关联数据
- Select()：投影出所需字段，减少数据传输
- Explicit Loading：手动调用 Entry().Collection().Load() 控制加载时机
基本上就这些。延迟加载适合快速原型或简单场景，但在性能敏感或复杂应用中，建议更精确地控制数据加载行为。
