Java静态变量不参与序列化，因其属于类级别状态、存储在方法区，与对象实例无关；ObjectOutputStream跳过static字段，反序列化时读取的是当前JVM中该类的静态值，而非流中数据。
Java 中序列化时，静态变量不会被保存，也不参与序列化过程。这是由序列化的本质决定的：它只保存对象的实例状态，而静态变量属于类级别，在 JVM 的方法区（或元空间）中独立存在，与任何具体对象无关。
为什么静态变量不被序列化
根本原因在于职责分离：
- 序列化目标是“某个对象此时的样子”，即它的实例字段值
- 静态变量属于类本身，生命周期与类加载绑定，多个对象共享同一份值
-
ObjectOutputStream在写入时会自动跳过所有static字段，无论是否加transient - 反序列化后，新对象访问静态变量，读取的是当前 JVM 中该类已有的值，不是从字节流里恢复出来的
常见误解与真实情况
你可能观察到反序列化后静态变量“值没变”，但这只是巧合：
- 如果类加载后从未修改过该静态变量，那它自然还是原来那个值
- 如果另一端 JVM 已执行过
MyClass.count = 100，反序列化后看到的就是 100，和序列化流毫无关系 - 用
transient static int x是冗余写法——static本身就足以排除序列化，transient不起额外作用
如果真需要持久化这类数据，怎么办
不能依赖默认序列化，必须手动处理或换设计思路：
立即学习“Java免费学习笔记（深入）”；
- 重写
writeObject和readObject方法，在其中显式写出/读入静态值（注意：静态字段需可访问，如 public 或提供 static setter） - 更推荐的做法：把本该持久化的数据从静态变量改为实例变量。例如把
static int configVersion改为private int configVersion - 若需多对象共享，改用单例配置管理器、外部配置文件（如 JSON/YAML），或数据库存储，而非靠静态字段“模拟全局状态”
final 和 transient 对静态变量的影响
补充两个易混点：
-
final static字段：编译期常量（如public static final int MAX = 100）在字节码中直接内联，不占对象空间，当然也不会序列化 -
transient static字段：语法合法但无意义，static已确保不序列化，transient不叠加效果 -
final实例字段：值会被序列化（除非同时加transient），反序列化时通过反射绕过 final 限制赋值
