EF Core导航属性异常：重复查询导致StoreProduct为空对象

咱们先来理清楚你遇到的这个诡异问题：明明两个查询各自都加了Include加载导航属性，为啥第一个查询一存在，第二个查询里的StoreProduct就变成空对象了？核心原因其实是EF Core的变更跟踪器在复用实体时出了状况。

到底是怎么回事？ #

EF Core的DbContext自带一个变更跟踪器，它会记住已经加载过的实体，当你后续再查询关联实体时，它会直接复用之前跟踪的实体，而不是重新从数据库拉取数据。这本来是个优化，但在你的场景里反而出了问题：

1. 当你执行第一个查询Context.Set<StoreProduct>().Include(...)时，EF Core把所有加载到的StoreProduct实体（包括它们的Product和Store导航属性）都存进了变更跟踪器。
2. 等你执行第二个查询加载CartItem时，EF Core会通过主键匹配，把CartItem关联的StoreProduct和跟踪器里已有的实体绑定。如果第一个查询加载的StoreProduct导航属性其实没加载成功（比如Include路径配错了、数据库里关联数据有问题，或者实体映射没做好），那第二个查询里的StoreProduct就会复用这个“残缺”的实体，表现为导航属性是空的。
3. 为啥删掉第一个查询就正常？因为这时候变更跟踪器里没有预先存的StoreProduct，EF Core只能直接从数据库加载CartItem和它关联的StoreProduct，而你第二个查询的Include是正确的，所以就能拿到完整的数据。

可能的具体诱因 #

• 第一个查询的Include没生效：比如StoreProduct的Product或Store导航属性的外键配置不符合EF Core的约定，导致第一个查询的Include根本没生成正确的JOIN SQL，导航属性自然是空的。而第二个查询的ThenInclude路径是对的，直接查的时候就能加载到。
• 延迟加载没开：如果你的DbContext没启用延迟加载，那跟踪器里的实体导航属性没被预先加载的话，访问时不会自动去数据库拉取，就会显示为空。
• 实体状态异常：如果第一个查询的StoreProduct被意外标记成了Unchanged或其他状态，EF Core可能会阻止后续查询重新加载它的导航属性。

针对这个问题，你可以试试下面几种方法：

1. 给第一个查询加AsNoTracking() #

如果第一个查询的StoreProduct不需要被跟踪（比如只是用来展示，不需要修改），直接加AsNoTracking()，让EF Core别把这些实体存进跟踪器，这样第二个查询就会重新从数据库加载完整的StoreProduct：

PopularStoreProducts = await Context.Set<StoreProduct>()
    .Include(sp => sp.Product)
    .Include(sp => sp.Store)
    .AsNoTracking() // 不跟踪这些实体，避免干扰后续查询
    .ToListAsync(),

2. 检查第一个查询的Include配置 #

先确认第一个查询的Include是不是真的生效了：可以看看PopularStoreProducts里的实体导航属性有没有值，或者打开EF Core的日志，查看生成的SQL语句里有没有正确JOINProduct和Store表。如果确实没生效，就得检查StoreProduct的实体映射配置，比如外键是不是没正确标记。

3. 用独立的DbContext查第一个查询 #

如果两个查询不需要共享实体状态，可以给第一个查询单独创建一个DbContext实例，这样两个查询的跟踪器完全隔离，不会互相影响：

using(var separateContext = new YourDbContext())
{
    PopularStoreProducts = await separateContext.Set<StoreProduct>()
        .Include(sp => sp.Product)
        .Include(sp => sp.Store)
        .ToListAsync();
}

4. 给第二个查询加AsNoTracking() #

如果第二个查询不需要跟踪CartItem，也可以给它加AsNoTracking()，强制EF Core重新从数据库加载所有数据，包括关联的StoreProduct：

var cartItems = await Context.Set<CartItem>()
    .Include(ci => ci.StoreProduct)
        .ThenInclude(sp => sp.Product)
    .Include(ci => ci.StoreProduct)
        .ThenInclude(sp => sp.Store)
    .AsNoTracking()
    .ToListAsync();

5. 分离跟踪的实体（不推荐） #

如果必须跟踪第一个查询的实体，可以在两个查询之间把StoreProduct从跟踪器里分离出来，但这种方法比较繁琐，一般不建议用：

// 第一个查询之后，把所有StoreProduct实体从跟踪器分离
foreach(var sp in PopularStoreProducts)
{
    Context.Entry(sp).State = EntityState.Detached;
}

你可以先做这两步验证问题根源：

1. 在第一个查询执行完后，直接查看PopularStoreProducts里的StoreProduct实体，看看它们的Product和Store导航属性是不是真的为空——如果是，那就是第一个查询的Include有问题。
2. 启用EF Core的SQL日志，对比两个查询生成的SQL，看看第一个查询有没有正确关联Product和Store表。

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