Entity Framework自动创建引用原因及避免User关联CustomerQuotation循环引用方法

让我来逐个解答你的两个问题，都是EF开发中常见的关系映射相关场景：

这其实是EF关系映射机制的核心特性之一。当你在实体类中定义了双向导航属性（比如CustomerQuotation里的User，以及User里的ICollection<CustomerQuotation>），EF会自动识别这是一对多的关联关系。

为了保证实体间关系的完整性和数据一致性，EF不仅会在数据库层面生成对应的外键（比如CustomerQuotation表中的UserId字段），还会在内存中维护这些实体的双向引用——也就是说，当你加载CustomerQuotation并显式Include它的User时，EF会自动把当前的CustomerQuotation实例添加到User的CustomerQuotation集合中，反之亦然。这种默认行为是为了让你在操作实体时，能更自然地遍历关联数据，比如从一个User直接获取它所有的CustomerQuotation，而不需要额外写查询语句。

你遇到的是EF双向导航属性导致的循环引用问题，即使关闭了懒加载和代理创建，显式Include关联实体时，EF依然会维护双向引用。这里有几个实用的解决方案，你可以根据业务场景选择：

• 方案1：使用DTO/匿名类型筛选需要的属性
  这是最推荐的做法，能精准控制返回的数据结构，完全避免不必要的反向引用。你可以定义专门的数据传输对象（DTO），或者直接用匿名类型只选择业务需要的字段：

// 示例：使用匿名类型快速筛选
var result = db.CustomerQuotations.Where(m => m.IsActive == true)
    .Select(m => new {
        // 选择CustomerQuotation的核心属性
        Id = m.Id,
        QuotationNumber = m.QuotationNumber,
        IsActive = m.IsActive,
        // 关联的CustomerDetails
        CustomerDetails = m.CustomerDetails,
        // 只选择User和Role的必要属性，跳过反向的CustomerQuotation列表
        User = new {
            Id = m.User.Id,
            Username = m.User.Username,
            Role = new {
                Id = m.User.Role.Id,
                RoleName = m.User.Role.RoleName
            }
        },
        DocumentDetails = m.DocumentDetails
    })
    .ToList();

// 如果需要强类型，可定义DTO类
public class CustomerQuotationDto
{
    public int Id { get; set; }
    public string QuotationNumber { get; set; }
    public bool IsActive { get; set; }
    public CustomerDetailsDto CustomerDetails { get; set; }
    public UserDto User { get; set; }
    public List<DocumentDetailsDto> DocumentDetails { get; set; }
}

// 映射到DTO的写法
var result = db.CustomerQuotations.Where(m => m.IsActive == true)
    .Select(m => new CustomerQuotationDto {
        Id = m.Id,
        QuotationNumber = m.QuotationNumber,
        IsActive = m.IsActive,
        CustomerDetails = new CustomerDetailsDto { /* 赋值逻辑 */ },
        User = new UserDto { /* 赋值逻辑 */ },
        DocumentDetails = m.DocumentDetails.Select(d => new DocumentDetailsDto { /* 赋值逻辑 */ }).ToList()
    })
    .ToList();

• 方案2：移除不必要的反向导航属性
  如果你的业务场景中，永远不需要从User访问它的CustomerQuotation集合，那可以直接在User实体中删除这个反向导航属性：

public class User
{
    public int Id { get; set; }
    public string Username { get; set; }
    public Role Role { get; set; }
    // 删掉这一行：public ICollection<CustomerQuotation> CustomerQuotations { get; set; }
}

这样EF就不会在User实体中维护这个集合，自然也就不会出现你遇到的情况。但这个方案只适合确实不需要反向导航的场景。

• 方案3：序列化时忽略反向导航属性（如果是序列化问题）
  如果你只是在序列化（比如返回JSON给前端）时遇到循环引用错误，而实体本身需要保留反向导航，可以在User的CustomerQuotation属性上添加[JsonIgnore]特性（对应Newtonsoft.Json或System.Text.Json的特性）：

public class User
{
    public int Id { get; set; }
    public string Username { get; set; }
    public Role Role { get; set; }
    
    [JsonIgnore] // 序列化时跳过这个属性
    public ICollection<CustomerQuotation> CustomerQuotations { get; set; }
}

这个方案不会改变EF在内存中的实体引用，只是在序列化时隐藏这个属性，适合需要保留实体关系但不想暴露给前端的场景。

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