EF Core多对多关系：添加Business并维护关联的最佳实践

针对你的场景，直接利用EF Core的导航属性管理多对多关联是最优方案，不用手动操作中间表，以下是具体实现和建议：

一、添加Business并关联用户的正确操作 #

不需要手动更新中间表，通过导航属性关联后，EF Core会自动处理中间表的插入：

1. 确保获取跟踪状态的AppUser实例（比如从数据库查询、或Attach已有的用户）
2. 创建Business实例，将用户添加到Business的Users集合
3. 将Business添加到DbContext并保存

示例代码：

// 假设当前用户已通过UserManager获取（跟踪状态）
var currentUser = await _userManager.FindByIdAsync(userId);

var newBusiness = new Business
{
    // 填充Business的其他属性
    Name = "新企业"
};
// 关联用户
newBusiness.Users.Add(currentUser);

// 添加到上下文并保存
_context.Businesses.Add(newBusiness);
await _context.SaveChangesAsync();

如果用户是未跟踪状态（比如前端传的ID），先通过Find获取跟踪实例：

var existingUser = await _context.Users.FindAsync(userId);
// 后续步骤同上

二、从User视角查询关联的Business #

EF Core完全支持通过Include加载关联的Business，之前失效大概率是查询方式不对：

• 直接使用DbContext查询时，用Include指定导航属性：

var userWithBusinesses = await _context.Users
    .Include(u => u.Businesses)
    .FirstOrDefaultAsync(u => u.Id == userId);

• 如果使用Identity的UserManager，不能直接用FindByIdAsync（默认不包含导航属性），需通过UserManager.Users构建查询：

var userWithBusinesses = await _userManager.Users
    .Include(u => u.Businesses)
    .FirstOrDefaultAsync(u => u.Id == userId);

三、几种方案的优劣对比 #

• 手动更新中间表：虽能生效，但完全没必要——违反EF Core的ORM抽象，代码冗余，还容易出现跟踪状态、并发等问题。
• 更新User对象传完整数据：确实不合理，会触发不必要的用户数据更新，甚至覆盖其他未修改的字段，风险高。
• 利用导航属性管理：这是EF Core官方推荐的方式，代码简洁，框架自动处理中间表操作，减少出错概率，符合ORM的设计思想。

额外注意事项 #

建议在实体构造函数中初始化导航集合，避免空引用异常，同时帮助EF Core更好地跟踪集合变化：

public class AppUser : IdentityUser
{
    public AppUser()
    {
        Businesses = new List<Business>();
    }
    public ICollection<Business>? Businesses { get; set; }
}

public class Business
{
    public Business()
    {
        Users = new List<AppUser>();
    }
    public int Id { get; set; }
    public string Name { get; set; } = string.Empty;
    public ICollection<AppUser> Users { get; set; }
}

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