transient修饰的字段不被序列化是因为其语义为“跳过该字段”，JVM在默认序列化时直接忽略它；它仅作用于实例变量，不影响类的Serializable实现，但Externalizable会忽略transient标记。
transient 修饰的字段为什么没被序列化
因为 transient 的语义就是“别碰我”，JVM 在执行默认序列化（ObjectOutputStream）时会跳过所有标记为 transient 的实例变量，无论类型是基本类型、对象还是集合。
常见错误现象：readObject() 后发现某个字段是 null 或默认值（比如 0、false），但代码里明明赋过值；排查时发现该字段被加了 transient 却忘了自定义反序列化逻辑。
- 只对实例变量生效，静态字段（
static）本来就不会被序列化，加transient没意义 - 不能修饰方法、类或局部变量，编译直接报错：
modifier transient not allowed here - 如果字段是敏感数据（如密码、token），用
transient是合理做法；但若后续需要恢复，就得配合readObject()手动赋值
什么时候必须重写 readObject/writeObject
当你用了 transient，又希望在反序列化时恢复某些状态（比如重建连接、重算缓存、填充临时对象），就必须显式控制序列化流程。
使用场景：字段依赖运行时环境（如 ThreadLocal、Socket）、含非序列化第三方类、或需做数据校验/转换。
立即学习“Java免费学习笔记（深入）”；
- 两个方法必须是
private void writeObject(ObjectOutputStream out)和private void readObject(ObjectInputStream in)，签名错一个字就无效 - 记得先调
defaultWriteObject()/defaultReadObject()，否则非transient字段也不会被处理 - 不要在
readObject()里调super.readObject()—— 这不是继承关系，而是委托给默认机制
private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException {
in.defaultReadObject(); // 先恢复非 transient 字段
this.connection = createNewConnection(); // 手动重建 transient 字段
}
transient 和 Serializable 接口的关系
transient 不影响类是否可序列化，只要类实现了 Serializable，它就能走默认序列化流程；transient 只是告诉 JVM “这个字段别进字节流”。
容易踩的坑：Externalizable 接口完全绕过 transient —— 它要求你全手动控制读写，transient 标记会被忽略。如果你误以为加了 transient 就安全了，结果类还实现了 Externalizable，那字段可能照常被写出。
-
serialVersionUID字段建议显式声明为private static final long serialVersionUID = 1L;，否则 IDE 常提示警告，且不同编译环境生成值可能不一致 - 父类字段如果没被标记
transient，子类序列化时仍会被写入，哪怕子类自己没声明该字段 - 使用 Jackson / Gson 等 JSON 库时，
transient默认也生效（除非配置SerializationFeature.WRITE_TRANSIENT为 true）
替代 transient 的现代方案有哪些
纯 Java 序列化本身已逐渐被弃用，很多新项目改用 JSON、Protobuf 或数据库持久化。这时候 transient 的作用范围其实变窄了。
性能与兼容性影响：transient 本身零开销，但若大量字段靠 readObject() 重建，可能拖慢反序列化速度；另外，跨语言服务（如 gRPC）根本不认 Java 的 transient，得靠 schema 层级的排除机制（如 Protobuf 的 optional + 业务逻辑过滤）。
- Jackson 用
@JsonIgnore或@JsonInclude(JsonInclude.Include.NON_DEFAULT)更直观 - Lombok 的
@ToString(exclude = "password")或@EqualsAndHashCode(exclude = "cache")解耦了序列化关注点 - Spring Boot 中，
@Value("${api.key:}")配合@ConfigurationProperties的ignoreUnknownFields = true更适合配置类脱敏
真正麻烦的是混合场景：比如一个类既要被 ObjectOutputStream 存文件，又要被 Jackson 转 API 响应。这时 transient 只管前者，后者得另配注解——两套规则并存，最容易漏掉其中一个。
