静态变量不参与java默认序列化，因其属于类状态而非实例状态；objectoutputstream跳过static字段，反序列化时使用当前jvm中类的静态值，与序列化流无关。
Java静态变量本身不会被自动序列化，因为序列化保存的是对象实例的状态，而静态变量属于类级别，在JVM中独立于任何对象存在。你看到的“静态变量值似乎被保存了”，其实是反序列化时该类在当前JVM中已加载、静态字段已有最新值（比如被其他代码修改过），和序列化过程无关。
为什么静态变量不参与默认序列化
序列化机制只处理实现了Serializable接口的对象的实例字段。静态字段存储在方法区（或元空间），生命周期与类绑定，不属于某个具体对象——因此：
- 写入字节流时，
ObjectOutputStream会跳过所有static修饰的字段 - 反序列化时，新创建的对象会使用当前JVM中该类的静态字段值，而非从流中恢复
- 哪怕序列化前静态变量是200，反序列化后显示300，那只是因为类加载后又被改成了300，不是“存进去了”
如果真需要持久化静态数据，怎么办
必须手动干预，不能依赖默认行为。常见做法是重写writeObject和readObject方法：
- 在
writeObject中，先调用defaultWriteObject()序列化实例字段，再用out.writeInt(MyClass.staticVar)等显式写出静态值 - 在
readObject中，先调用defaultReadObject()，再用in.readInt()读取并赋值给MyClass.staticVar - 注意：静态字段需为
public或提供staticsetter，否则无法安全赋值
替代方案更推荐：别用静态变量存需持久化的状态
真正需要跨序列化保持的数据，应设计为实例字段。例如：
- 把配置项、计数器、上下文标识等，从
static int count改为private int count - 若多个对象需共享，可引入单例管理器或外部配置中心，而不是靠静态字段“假装能存”
- 用JSON/YAML等格式单独保存配置，比硬塞进Java序列化流更清晰、跨语言、易调试
容易混淆的几个事实
有些现象让人误以为静态变量被序列化了，其实不是：
- 类未重新加载时，反序列化对象打印出原静态值 → 实际是JVM里该类的静态字段一直没变，不是从流里读出来的
- 网络传输后另一端也看到相同值 → 那端JVM恰好也运行过同样初始化逻辑，值碰巧一致
-
用了自定义
writeObject但没同步更新readObject→ 反序列化后静态值不变，容易误判为“成功保存”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
