Java原生序列化不支持循环引用，因无对象访问标记机制而致StackOverflowError；推荐换用XStream、Kryo等支持引用跟踪的库，或用Jackson注解、重构结构解决。
Java 原生序列化（ObjectOutputStream）不支持循环引用，遇到 A→B→A 这类结构会无限递归，最终抛出 StackOverflowError。这不是 bug，而是设计如此——它做的是无状态深度优先遍历，没有对象访问标记机制。
为什么原生序列化无法处理循环引用
序列化过程会递归遍历每个引用字段，但不会记录“这个对象我已写过”。一旦出现双向关联（如 JPA 中的 Order ↔ OrderItem）或自引用（如树节点指向父节点），就会反复进入同一对象，栈深度持续增长直至溢出。
注意：transient 字段会被跳过，但它不解决循环问题；serialVersionUID 不一致会导致 InvalidClassException，和循环无关。
推荐的实用解决方案
-
换用支持引用跟踪的第三方库：这是最稳妥、低侵入的做法
— XStream：默认开启引用解析（allowTypes+ 自动 ID 映射），XML 输出中用reference标签表示重复对象
— FST 或 Kryo：需显式启用引用支持，例如kryo.setReferences(true)
— Gson + GraphAdapterBuilder：将对象图转为“ID-对象”映射表，JSON 中用数字 ID 替代嵌套结构 -
用 Jackson 处理 JSON 场景：避免修改领域模型
— 在引发循环的字段上加@JsonIgnore（单向忽略，最简单）
— 使用@JsonManagedReference/@JsonBackReference显式标注双向关系
— 启用SerializationFeature.FAIL_ON_EMPTY_BEANS等配合策略防意外 -
重构对象结构（治本）
— 把双向关联改为单向（如只保留Order → List<OrderItem>，去掉OrderItem.order）
— 用 ID 字段替代对象引用（如orderId: Long），序列化/反序列化时再查库重建关联
— 对树形结构，改用扁平列表 + parentId 字段，而非嵌套children引用
不建议的手动方案
自行实现 writeObject/readObject 方法来控制引用写入逻辑，理论上可行，但极易出错：要手动维护已写对象集合、处理 null、兼容继承体系、保证反序列化一致性。除非有极特殊的合规或加密需求，否则性价比极低。
立即学习“Java免费学习笔记（深入）”；
本质上，循环引用是对象图的固有特征，不是错误。关键在于选对工具——原生序列化适合简单扁平结构；复杂关联请交给专为图设计的序列化器。
