java规范实现serializable接口的核心是确保序列化可控、兼容、安全；必须显式声明private static final long serialversionuid = 1l;，避免jvm自动生成导致版本不兼容和invalidclassexception。
Java 中规范实现 Serializable 接口，核心不是“写个空接口”，而是确保序列化行为可控、兼容、安全。不规范的实现容易导致反序列化失败、版本不兼容、敏感数据泄露等问题。
必须显式声明 serialVersionUID
虽然 JVM 会自动生成 serialVersionUID，但自动生成值依赖类结构（字段名、类型、访问修饰符等），一旦类稍作修改（如加个字段、改个注释），生成的 ID 就不同，反序列化时直接抛 InvalidClassException。
- 始终用
private static final long serialVersionUID = 1L;这类明确值声明 - transient 或提供默认值逻辑
- 1L 更利于长期维护
合理使用 transient 关键字保护敏感或不可序列化字段
并非所有字段都该被持久化。比如密码、数据库连接、线程、回调监听器等，既不该保存，也无法序列化（否则抛 NotSerializableException）。
- transient 后，序列化时跳过该字段，反序列化后值为默认值（
null、0、false） - static 字段天然不参与序列化，无需再加
transient - private transient int age;，并在
readObject中恢复
确保所有非 transient 成员变量类型均可序列化
序列化是递归过程。如果某个字段类型（如自定义类、集合元素类型）没实现 Serializable，即使外层类实现了，也会在 writeObject 时失败。
- List
中的 User必须可序列化） - transient + 自定义序列化逻辑
- int、
String、ArrayList等）和 JDK 大部分集合类默认支持，但注意像ThreadLocal、Socket等就不行
必要时自定义序列化逻辑（readObject/writeObject）
默认序列化是“全字段快照”，但业务常需要控制：比如加密敏感字段、校验反序列化数据、懒加载字段初始化、兼容旧版本格式等。
- private void writeObject(ObjectOutputStream out) throws IOException 和
private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException - defaultWriteObject() /
defaultReadObject()保留默认行为，再补充自定义逻辑 - private，且签名严格匹配，JVM 会反射调用它们
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
