serializable是标记接口，仅标识类可序列化；transient是字段修饰符，使被修饰字段不参与java原生序列化，反序列化后设为默认值。
Serializable 是一个空接口，仅起标记作用，告诉 JVM 这个类的对象允许被序列化；transient 则是字段修饰符，用于在序列化过程中主动排除特定字段——它不改变内存状态，只影响字节流中是否包含该字段的数据。
Serializable 接口：为什么“空”却关键
Serializable 位于 java.io 包中，没有方法、没有字段，纯粹是一个“标记接口（Marker Interface）”。它的存在本身就是一个信号：
- JVM 遇到 ObjectOutputStream.writeObject() 时，会检查对象所属类是否实现了 Serializable；未实现则直接抛出 NotSerializableException
- 它不参与逻辑，但触发 JVM 序列化机制的默认行为：自动遍历所有非静态、非 transient 的实例字段，递归地将其值写入字节流
- 注意：static 字段天然不参与序列化，与是否加 transient 无关；而构造器、方法、内部类定义等运行时结构，本就不在序列化范围内
transient 关键字：物理上跳过字段序列化
transient 不是魔法，它的作用非常具体且可验证：
- 当对象被 ObjectOutputStream 序列化时，被 transient 修饰的字段完全不会写入输出字节流——既不存值，也不存字段名或类型信息
- 反序列化时，ObjectInputStream 读取字节流重建对象，对 transient 字段不做任何赋值操作，该字段保留其类型的默认初始值（如引用类型为 null，int 为 0，boolean 为 false）
- 它不阻止字段在内存中存在，也不影响 getter/setter 调用；它只在“对象 ↔ 字节流”这一层做单向过滤
典型使用场景与物理效果对照
理解 transient 的价值，关键看它在实际字节流中“删掉了什么”：
- 敏感字段（如 password）：序列化后字节流里彻底找不到密码内容，即使文件被窃取也无法还原，从物理层面切断泄露路径
- 不可序列化类型（如 Thread、Socket、数据库 Connection）：避免因字段类型未实现 Serializable 导致整个对象序列化失败；transient 让 JVM 跳过它，其他字段照常写入
- 临时计算值（如 cachedHash、isDirty 标志）：这些值依赖当前内存状态，序列化后失去意义；不写入可减小字节流体积，反序列化后按需重新计算即可
注意事项：它不解决所有持久化问题
transient 只作用于 Java 原生序列化（ObjectOutputStream），有明确边界：
- 它对 JSON 序列化（如 Jackson、Gson）、数据库 ORM（如 MyBatis、Hibernate）完全无效；这些框架有各自注解（如
@JsonIgnore、@Transient） - 若类中存在 transient 字段且依赖其非 null 状态（比如某方法开头就判空 throw NPE），反序列化后可能直接异常——需配合
readObject()自定义恢复逻辑 - serialVersionUID 未显式声明时，JVM 自动生成，但字段增删或加 transient 都可能导致版本不兼容，引发 InvalidClassException
