EF Core 8缓存实体跨请求复用致导航属性膨胀的解决方法

核心问题原因 #

你遇到的问题本质是：缓存的City实体被附加到DbContext后，EF Core会将其纳入跟踪状态。当你关联新Student时，EF的关系修复机制会自动更新City.Students导航属性，而缓存的是同一个实例，导致集合持续增长。

可行解决方案 #

1. 使用"Stub实体"关联（推荐） #

不要直接用缓存的City实例关联Student，而是创建一个仅包含Id的"Stub"实体（表示已存在的数据库记录），用它来关联新Student。缓存的City仅用于验证数据有效性（比如检查城市是否存在），不参与EF的实体跟踪：

// 从缓存获取城市信息，仅用于验证
var cachedCity = _cityCache.GetCityById(cityId);
if (cachedCity == null)
{
    // 处理城市不存在的逻辑
}

// 创建Stub实体，仅设置Id
var cityStub = new City { Id = cachedCity.Id };
// 附加到DbContext，标记为未修改状态
_context.Attach(cityStub);

// 关联新学生
var newStudent = new Student 
{ 
    Name = "张三", 
    City = cityStub 
};
_context.Students.Add(newStudent);
await _context.SaveChangesAsync();

这种方式下，缓存的City实例完全不会被EF修改，彻底避免了集合增长的问题。

2. 缓存实体的拷贝用于DbContext操作 #

如果必须使用缓存的City实体的完整属性，不要直接用原实例，而是创建一个拷贝（仅复制必要的标量属性，导航属性可以设为null或空集合），用拷贝后的实例去附加和关联：

var cachedCity = _cityCache.GetCityById(cityId);
// 创建拷贝，忽略导航属性
var cityForDb = new City 
{ 
    Id = cachedCity.Id, 
    Name = cachedCity.Name,
    // 其他标量属性...
    Students = new List<Student>() // 或设为null
};

_context.Attach(cityForDb);
var newStudent = new Student { Name = "张三", City = cityForDb };
_context.Students.Add(newStudent);
await _context.SaveChangesAsync();

缓存的原实例不会被EF跟踪和修改，拷贝的实例在操作完成后会被DbContext释放，不会影响缓存。

3. 缓存只读DTO而非实体 #

调整缓存策略，缓存City的DTO（数据传输对象）而非EF实体。DTO仅包含必要的标量属性，不带导航属性：

// 定义CityDTO
public class CityDTO
{
    public int Id { get; set; }
    public string Name { get; set; }
    // 其他只读属性...
}

// 缓存中存储CityDTO
public interface ICityCache
{
    CityDTO GetCityById(int id);
}

// 使用时
var cityDto = _cityCache.GetCityById(cityId);
var cityStub = new City { Id = cityDto.Id };
_context.Attach(cityStub);
// 后续关联学生逻辑同上

这种方式从根源上避免了缓存实体被EF修改的可能，因为缓存的不是EF跟踪的实体类型。

设计思路建议 #

缓存的核心作用是提供只读的、高频访问的数据，不应该将缓存的EF实体用于写操作或实体关系维护。将缓存数据与DbContext的跟踪实体解耦，是避免此类问题的关键。你不需要删除City.Students导航属性，只要不让缓存的City实例参与EF的跟踪流程即可。

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