Java序列化机制绕过访问控制，private字段默认参与序列化；transient是唯一可阻止其序列化的修饰符；自定义writeObject/readObject可接管私有字段处理。
Java 中访问修饰符本身不直接影响序列化行为，但私有字段（private）在默认序列化机制下仍会被完整序列化和反序列化——只要类实现了 Serializable 接口，且字段未被 transient 或 static 修饰。
这是因为 Java 序列化是 JVM 层面的机制，它绕过访问控制检查，直接操作对象内存结构。private 字段的封装性在序列化过程中被“暂态解除”，这是设计使然，而非反射干预。
以下三点需特别注意：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
private字段默认参与序列化
不需要 getter/setter，也不需要public或protected修饰。例如：public class User implements Serializable { private String name = "Alice"; // ✅ 会被序列化 private int age = 30; // ✅ 同样会被序列化 } -
transient是唯一能阻止私有字段序列化的访问相关修饰符
它与访问权限无关，但常和private搭配使用，用于显式排除敏感或临时字段：private transient String password; // ❌ 不会出现在序列化字节流中
-
自定义序列化逻辑（
writeObject/readObject）可完全接管私有字段处理
即使字段是private，你仍可在私有方法中读写它们：private void writeObject(ObjectOutputStream out) throws IOException { out.defaultWriteObject(); // 先序列化所有非 transient 字段（含 private） out.writeUTF(this.name.toUpperCase()); // 额外写入加工后值 } private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException { in.defaultReadObject(); // 恢复常规字段 this.name = in.readUTF().toLowerCase(); // 自定义恢复逻辑 }
需要强调：序列化不依赖反射调用 setAccessible(true)；它是 JVM 内置能力。反射中的 Field.setAccessible(true) 主要用于运行时动态读写，和序列化无直接关系——除非你手动在 readObject 中用反射赋值（极少必要）。
立即学习“Java免费学习笔记（深入）”；
本质上，private 在序列化中只是“语法可见性限制”，不是“数据隔离屏障”。真正影响序列化结果的是 transient、static、serialVersionUID 一致性，以及是否重写了序列化钩子方法。
