Entity Framework 6延迟加载疑问：DbContext销毁后关联代理失效

首先咱们得把核心原因说透——这不是EF的bug，是它的正常设计逻辑！

你在using块里创建的DalContext，当代码块结束时会自动调用Dispose()方法彻底销毁。而EF生成的延迟加载代理对象，内部其实持有这个DalContext的引用：当你访问virtual关联属性时，代理会通过这个上下文去数据库拉取数据。可一旦上下文被销毁，这个引用就失效了，自然要么返回null，要么直接抛出ObjectDisposedException。

不用Include的替代方案 #

既然你不想写冗长的多层Include，这里有几个更优雅的解决思路：

1. 使用投影查询（最推荐）

直接通过Select构造一个只包含你需要数据的DTO（数据传输对象），这样所有关联数据都会在上下文存活时一次性查询完成，完全不用依赖延迟加载，而且性能更好（只加载需要的字段，避免冗余数据）。示例代码：

// 先定义对应的DTO类
public class GroupDto
{
    public int Id { get; set; }
    public string Name { get; set; }
    public List<UserDto> Users { get; set; }
    public List<FeatureDto> AllowedFeatures { get; set; }
}

public class UserDto 
{ 
    public int Id { get; set; }
    public string UserName { get; set; }
}
public class FeatureDto 
{ 
    public int Id { get; set; }
    public string FeatureName { get; set; }
}

// 查询方法
public List<GroupDto> GetListGroups() 
{
    using (var db = new DalContext()) 
    {
        return db.Groups
            .Select(g => new GroupDto
            {
                Id = g.Id,
                Name = g.Name,
                // 嵌套Select获取关联数据，多层关联同理嵌套即可
                Users = g.Users.Select(u => new UserDto { Id = u.Id, UserName = u.UserName }).ToList(),
                AllowedFeatures = g.AllowedFeatures.Select(f => new FeatureDto { Id = f.Id, FeatureName = f.FeatureName }).ToList()
            })
            .ToList();
    }
}

这种方式不仅解决了上下文依赖问题，代码还比多层Include更简洁，还能按需控制返回的数据量，一举三得。

2. 延长DbContext的生命周期

如果一定要保留延迟加载的使用习惯，那你需要保证在访问关联数据时，DalContext还处于存活状态。比如在ASP.NET应用中，可以通过依赖注入将DalContext的生命周期设置为与请求一致（Scoped），而不是在方法内部用using创建和销毁。这样在整个请求处理过程中，上下文都是可用的，你就能正常访问延迟加载的关联属性了。

不过要注意：这种方式不要滥用，长时间持有DbContext可能导致内存泄漏或者并发问题，一定要遵循EF的最佳实践。

3. 显式加载（灵活但略繁琐）

如果你需要在某些场景下动态加载关联数据，可以在上下文存活时用显式加载代替Include，比如：

public List<Group> GetListGroups() 
{
    using (var db = new DalContext()) 
    {
        var groups = db.Groups.ToList();
        
        // 批量加载所有Group的Users和AllowedFeatures
        foreach (var group in groups)
        {
            db.Entry(group).Collection(g => g.Users).Load();
            db.Entry(group).Collection(g => g.AllowedFeatures).Load();
        }
        
        return groups;
    }
}

这种方式虽然还是需要写加载逻辑，但比多层Include更灵活，比如可以根据条件只加载部分关联数据。

总结 #

延迟加载依赖存活的DbContext是EF的核心设计，所以离开using块后代理失效是必然的。如果不想用Include，投影查询是最省心的方案，既解决了上下文依赖问题，又能提升查询性能。

内容的提问来源于stack exchange，提问作者user1069516