如何不使用@JsonIgnore解决(com.fasterxml.jackson.databind)序列化异常

你遇到的问题太典型了——双向JPA关联让Jackson序列化时陷入循环引用死循环，加了@JsonIgnore又没法在保存时接收关联的MasterCampusSections数据。下面给你几个不用@JsonIgnore就能搞定的实用方案：

方案1：用@JsonManagedReference和@JsonBackReference区分双向关联的主动/被动方 #

这是Jackson专门为双向关联设计的注解组合，既能打破循环序列化，又完全不影响反序列化（也就是你保存时接收JSON数据的能力）。

• 在主动关联方（比如你的MasterCampusClass）的集合字段上标注@JsonManagedReference，Jackson会正常序列化这个集合；
• 在被动关联方（MasterCampusSection）中指向MasterCampusClass的字段上标注@JsonBackReference，Jackson序列化时会忽略这个反向引用，直接打破循环。

修改你的MasterCampusClass代码：

// 替换原来的@JsonIgnore，改成@JsonManagedReference
@JsonManagedReference
@OneToMany(fetch = FetchType.EAGER, mappedBy = "masterCampusClass")
public Set<MasterCampusSection> getMasterCampusSections() {
    return this.masterCampusSections;
}

然后在MasterCampusSection的对应关联字段上添加注解：

// 假设MasterCampusSection里有这个关联字段
@JsonBackReference
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = "class_id")
public MasterCampusClass getMasterCampusClass() {
    return this.masterCampusClass;
}

这样序列化MasterCampusClass时会正常输出masterCampusSections列表，序列化MasterCampusSection时不会反向输出masterCampusClass，完美避开循环；同时保存MasterCampusClass时，依然能正常接收前端传来的masterCampusSections数据。

方案2：用@JsonIdentityInfo让Jackson识别对象唯一标识 #

这个注解会让Jackson在序列化对象时，第一次输出完整内容，之后遇到同一个对象就只输出它的主键ID，从根源上避免循环引用。

直接在你的两个实体类上添加这个注解：

@JsonIdentityInfo(generator = ObjectIdGenerators.PropertyGenerator.class, property = "classId")
@Entity
@Table(name = "master_campus_class", catalog = "campus_guru_01")
public class MasterCampusClass implements java.io.Serializable {
    // 类内容保持不变
}

@JsonIdentityInfo(generator = ObjectIdGenerators.PropertyGenerator.class, property = "sectionId") // 假设sectionId是MasterCampusSection的主键
@Entity
// ... 其他表注解
public class MasterCampusSection implements java.io.Serializable {
    // 类内容保持不变
}

这样序列化时，当循环引用到已经输出过的对象，就会用主键ID代替完整对象，既解决了循环问题，也不影响反序列化接收数据。唯一小缺点是序列化后的JSON结构会和原来略有不同，但逻辑完全正确。

方案3：自定义序列化规则（适合特殊场景） #

如果上面的方案都不符合你的需求，还可以自定义序列化器，手动控制哪些字段需要序列化。比如用@JsonSerialize指定自定义序列化器：

不过这个方案相对复杂，一般前两种就足够解决绝大多数场景的问题了，所以这里只做简单提及。

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