使用Entity Framework时DbSet.ToList()填充其他DbSet问题咨询

看起来你遇到的是EF查询主实体时，关联导航属性（比如Email的Anexos）被自动填充的问题，这通常和EF的实体加载机制有关，下面给你几个针对性的解决方案：

1. 关闭懒加载（如果不需要自动加载关联数据） #

EF默认可能开启了懒加载功能——当上下文追踪到实体时，即使你没显式访问导航属性，也可能因为上下文之前加载过关联实体而自动填充，或者通过代理类触发延迟查询。你可以通过两种方式关闭：

全局关闭懒加载 #

在你的DbContext的OnConfiguring方法中配置：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseSqlServer("你的数据库连接字符串")
                  .UseLazyLoadingProxies(false); // 禁用懒加载代理
}

单独禁用导航属性的懒加载 #

EF的懒加载依赖virtual修饰的导航属性生成代理类，如果你不需要某个导航属性自动加载，去掉virtual修饰符即可：

public class Email {
    // 其他属性...
    // 去掉virtual，避免该导航属性被懒加载
    public ICollection<AnexoEmail> Anexos { get; set; }
}

2. 使用无追踪查询（AsNoTracking） #

如果你只是读取数据不需要修改，用无追踪查询可以避免上下文追踪实体，也就不会自动填充关联的导航属性（除非你显式调用Include）：

var emails = _dbContext.Emails.AsNoTracking().ToList();

这样查询出的Email实体的Anexos会是你初始化的默认值（比如空集合），不会自动加载关联的AnexoEmail数据。

3. 检查是否意外使用了Include #

排查代码中有没有不小心主动加载关联数据的情况，比如：

// 这段代码会主动加载每个Email对应的Anexos
var emails = _dbContext.Emails.Include(e => e.Anexos).ToList();

如果不需要加载关联数据，去掉Include方法即可。

4. 补充：完善实体关系定义（可选） #

看你给出的AnexoEmail类代码不完整，为了确保一对多关系正确，建议补充外键和反向导航属性：

public class AnexoEmail {
    [Key]
    public string Id { get; set; }
    // 关联Email的外键属性
    public string EmailId { get; set; }
    /// <summary>
    /// 文件完整路径...
    /// </summary>
    public string FilePath { get; set; }
    // 反向导航属性
    public Email Email { get; set; }
}

同时在Email的构造函数里初始化Anexos为空集合，避免空引用异常：

public class Email {
    public Email()
    {
        Anexos = new List<AnexoEmail>();
    }
    // 其他属性...
    public ICollection<AnexoEmail> Anexos { get; set; }
}

总结一下，最常见的原因是懒加载开启或追踪查询导致关联实体被自动填充，根据你的业务需求选择对应方案即可。

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