java序列化复杂嵌套对象需区分机制：serializable要求所有嵌套类实现接口并声明serialversionuid，json库（jackson/gson）依赖反射与类型适配，须处理循环引用、日期、泛型及第三方类型，并端到端验证数据完整性。
Java 中序列化包含复杂嵌套引用的对象，核心在于分清“用什么序列化”和“怎么保证嵌套结构可序列化”两个层面。原生 Serializable 机制与 JSON 库（如 Jackson、Gson）策略完全不同，不能混用，选错方式会导致运行时异常或数据丢失。
原生 Serializable：所有嵌套类必须显式可序列化
JDK 原生序列化是递归深度遍历，只要任意一层引用了不可序列化的类型，就会直接抛 NotSerializableException。
- 每个被引用的类（包括内部类、嵌套类、字段类型）都必须实现
Serializable接口 - 每层类建议显式声明
private static final long serialVersionUID，避免因类结构微调或编译器差异导致反序列化失败 -
transient字段跳过序列化，反序列化后为默认值（null/0/false）；静态字段天然不参与 - 第三方类（如
LocalDateTime、JDBC Connection、自定义不可序列化工具类）必须处理：要么封装成可序列化 wrapper，要么设为transient并在writeObject/readObject中手动保存关键状态 - 集合类本身可序列化（如
ArrayList、HashMap），但其泛型元素类型也必须可序列化——例如List<user></user>要求User实现Serializable
Jackson 序列化为 JSON：关注字段可见性与类型兼容性
Jackson 不依赖 Serializable，而是通过反射读取字段或 getter 方法。它对嵌套结构支持良好，但需注意边界情况。
- 默认会序列化所有非
static、非transient的 public 字段，以及有 public getter 的 private 字段 - 嵌套对象（如
User包含Address）、集合（List<role></role>）、数组、Map 都能自动递归处理，无需额外注解 - 循环引用（A → B → A）会触发
StackOverflowError，需用@JsonManagedReference/@JsonBackReference或@JsonIgnore断开 - 日期类型（
LocalDateTime等）默认不支持，需注册模块：new JavaTimeModule()，再配置序列化格式 - 泛型擦除问题：反序列化
List<person></person>时，必须用TypeReference<list>>() {}</list>显式指定类型，否则得到的是LinkedHashMap
Gson 序列化：推荐白名单 + 类型适配器
Gson 默认宽松，但生产环境建议主动控制，避免敏感字段意外暴露或类型失真。
- 使用
@Expose标注需导出的字段，并启用GsonBuilder.excludeFieldsWithoutExposeAnnotation()，形成字段白名单 - 对不可序列化的第三方类型（如枚举、时间类、自定义容器），优先写
TypeAdapter，比注解更灵活可控 - 嵌套对象、泛型集合（
Map<string detail></string>）无需特殊配置，Gson 自动递归处理 - 遇到多态场景（如父类 List 存子类实例），Gson 默认无法识别具体子类型，需配合
RuntimeTypeAdapterFactory手动注册类型映射
验证是否真正成功：别只看“没报错”
序列化成功 ≠ 数据完整还原。尤其嵌套深、含集合或泛型时，务必做端到端验证：
- 原生方式：序列化后立即反序列化，用
equals()或深比较工具（如 AssertJ 的usingRecursiveComparison()）校验对象一致性 - JSON 方式：将序列化结果解析回对象，逐层检查嵌套字段是否非空、集合大小是否匹配、泛型元素类型是否正确
- 特别注意 null 值处理：Jackson 的
@JsonInclude(JsonInclude.Include.NON_NULL)会跳过 null 字段，反序列化时该字段可能为默认值，影响业务逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
