EF Core 循环引用本质是导航属性自动补全导致对象图闭环,序列化时默认抛异常;解决方式包括全局配置忽略循环、按需用[JsonIgnore]、投影为DTO或设计阶段避免双向导航。
EF Core 中的循环引用问题,本质是导航属性自动补全导致对象图形成闭环,比如 Blog 包含 Posts 集合,而每个 Post 又反向引用 Blog。序列化(尤其是返回 JSON 给前端)时,System.Text.Json 或 Newtonsoft.Json 默认拒绝处理这种结构,直接抛异常。
这是最常用、一劳永逸的方式,适用于大多数 API 场景。
Program.cs(或旧版 Startup.cs)中配置services.AddControllers()
.AddJsonOptions(options => {
options.JsonSerializerOptions.ReferenceHandler = ReferenceHandler.IgnoreCycles;
});
Microsoft.AspNetCore.Mvc.NewtonsoftJson 包):services.AddControllers()
.AddNewtonsoftJson(options => {
options.SerializerSettings.ReferenceLoopHandling = ReferenceLoopHandling.Ignore;
});
更精准、更安全,适合只希望“断开某条链”的情况,比如不需要把 Post.Blog 序列化出去。
System.Text.Json:加 [JsonIgnore] 特性到导航属性上public class Post
{
public int Id { get; set; }
public string Title { get; set; }
public int BlogId { get; set; }
[JsonIgnore]
public Blog Blog { get; set; }
}
Newtonsoft.Json:同样用 [JsonIgnore],效果一致不序列化实体本身,而是转成匿名对象或 DTO,天然避开导航属性和循环风险。
v 
.Include(b => b.Posts)
.Select(b => new
{
Id = b.Id,
Name = b.Name,
PostCount = b.Posts.Count,
Posts = b.Posts.Select(p => new { p.Id, p.Title })
})
.ToList();
如果业务上真不需要反向访问,建模时就不要定义双向导航属性。
Blog.Posts,去掉 Post.Blog
Post.BlogId 外键,但不声明 Post.Blog 导航属性Include 加载)基本上就这些。选哪种方式取决于你的场景:全局配置省事,DTO 最可控,删导航最彻底。不复杂但容易忽略的是——别只改序列化,忘了检查模型设计本身是否真的需要双向关联。