transient字段反序列化后为默认值（null/0/false），因jvm跳过其序列化流程；需重写readobject方法手动初始化，或改用json/protobuf等现代序列化方案。
Java 中 transient 字段在反序列化后确实会是默认值（如 null、0、false），这是设计使然——它明确告诉 JVM：这个字段不参与序列化/反序列化流程。若你期望反序列化后它有特定值，不能依赖自动机制，需主动干预。
理解 transient 的语义和限制
transient 是 Java 序列化机制的“排除标记”，不是“延迟初始化开关”。反序列化时，JVM 会跳过该字段，直接使用其类型的默认值，且不会调用任何构造器或 setter。因此：
- 不能指望反序列化自动恢复 transient 字段的值
- 不能靠无参构造器赋初值（反序列化不走构造器）
- 不能依赖 @PostConstruct 或 init 方法（它们不在反序列化生命周期中触发）
推荐方案：重写 readObject 方法
最标准、可控的方式是在类中定义私有方法 private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException。JVM 在反序列化末尾自动调用它，此时对象已基本构建完成，你可以安全地为 transient 字段赋值。
示例：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException {
in.defaultReadObject(); // 先让 JVM 处理非 transient 字段
// 手动恢复 transient 字段
this.cache = new HashMap(); // 重新初始化
this.timestamp = System.currentTimeMillis(); // 赋业务相关默认值
}
替代思路：用 writeObject + readObject 组合控制数据流
如果 transient 字段的值可由其他字段推导，或需保存额外元数据，可在 writeObject 中手动写出辅助信息，在 readObject 中读取并重建。
例如缓存字段依赖 id：
-
writeObject中写出 id 和缓存大小（或哈希摘要） -
readObject中先调用defaultReadObject，再根据 id 重建缓存 - 避免写出完整缓存内容（违背 transient 初衷，且可能不可序列化）
更现代的替代：避免原生序列化
Java 原生序列化已不推荐用于跨系统或长期存储。考虑改用 JSON（Jackson / Gson）、Protobuf 等格式，并配合自定义序列化逻辑：
- Jackson 支持
@JsonIgnore（类似 transient）+@JsonCreator或@JsonProperty构造器注入 - Gson 提供
InstanceCreator或TypeAdapter完全掌控反序列化过程 - 这样 transient 字段可按需从 JSON 字段映射，或在构造时初始化
不复杂但容易忽略：transient 不是 bug，是契约。要它有值，就得自己动手填。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
