serialVersionUID不参与Maven依赖管理，需在跨模块共享的Serializable类中显式定义并统一维护；模块内私有类应强制声明且推荐初始值为1L，变更须纳入发布流程。
多模块 Java 项目中，序列化版本号（serialVersionUID）本身**不参与 Maven 依赖管理或版本继承**，它属于每个可序列化类的内部契约，必须由开发者显式定义并独立维护。但正因为项目被拆分为多个模块，不同模块中可能存在共享的 DTO、VO 或领域对象——这些类一旦跨模块序列化（如 RPC 传参、缓存存储、消息体），serialVersionUID 的不一致就会直接导致 InvalidClassException。所以“规范管理”的核心不是统一生成，而是**统一约定 + 显式控制 + 跨模块协同**。
明确 serialVersionUID 的作用边界
它只对实现了 Serializable 接口的类生效，且仅在该类被用于 JVM 级别对象序列化/反序列化（如 ObjectOutputStream/ObjectInputStream、Redis 中的 Java 对象直存、某些 RPC 框架的默认编解码）时起作用。它和 Maven 的模块版本号（如 1.2.3）、Spring Boot 的 starter 版本、甚至 @JsonTypeInfo 这类 JSON 多态标识完全无关。
关键事实：
- 不写
serialVersionUID，JVM 会基于类名、字段、方法等自动生成一个哈希值；只要类结构微调（增删字段、改访问修饰符、加注解），哈希就变 → 反序列化失败 - 写了固定值（如
1L），等于告诉 JVM：“不管我怎么改这个类，只要我还用这个 ID，就认为是兼容的”——但这只是“技术上允许”，语义兼容仍需人工保证 - 它无法通过父 POM 的
<properties>或<dependencyManagement>统一注入，因为它是 Java 字段，不是 Maven 属性
跨模块共享类的 serialVersionUID 必须显式且一致
如果模块 A（如 my-common）定义了 UserDTO implements Serializable，模块 B（如 my-service）和模块 C（如 my-web）都引用它并用于网络传输或缓存，那么：
立即学习“Java免费学习笔记（深入）”；
-
UserDTO的serialVersionUID必须在my-common中明确定义（不能靠 IDE 自动生成） - 所有模块编译时使用的都是同一个
my-common-x.x.x.jar，因此实际运行时只有一个版本的字节码 → 只要 jar 包没换，ID 就天然一致 - 风险点在于：开发时本地修改了
my-common中的UserDTO却忘了更新serialVersionUID，然后只发布新版本的my-common，而其他模块未同步升级 → 运行时反序列化失败
✅ 正确做法：在 my-common 的公共实体类中，用有意义的初始值（如 1L），并在每次**可能破坏序列化兼容性**的变更时，按规则递增（如改为 2L）。变更记录应写入模块的 CHANGELOG 或接口文档。
模块内私有类的 serialVersionUID 管理策略
仅在模块内部使用、不暴露给其他模块的可序列化类（例如某个模块内的临时缓存对象、内部事件），可以采用更宽松但可控的方式：
- 强制要求所有
Serializable类必须声明serialVersionUID，禁止留空（可通过 Checkstyle 或 SonarQube 规则拦截） - 推荐使用
1L作为默认初始值（简洁、无歧义），而非让 IDE 生成一长串哈希（如-6129342950770729282L），后者易引发误改和比对困难 - 若该模块未来可能开放 API 或拆出共用模块，提前在设计阶段评估序列化兼容性，并把
serialVersionUID纳入接口演进评审项
避免常见误区
❌ 不要试图用 Maven 属性替换 serialVersionUID 值（如 private static final long serialVersionUID = ${common.serial.version};）——Maven 无法处理 Java 源码中的这种占位符，编译会报错。
❌ 不要为每个模块设置不同的全局 serialVersionUID 基础值（如 common=1000L, service=2000L）——这毫无意义，ID 是按类粒度生效的，不是按模块。
✅ 真正有效的协同手段是：把 serialVersionUID 的变更纳入模块发布流程。例如，在 my-common 发布 1.3.0 版本前，检查所有公开 Serializable 类的 ID 是否已按需更新，并在 release note 中说明“UserDTO serialVersionUID 从 1L 升至 2L，因新增非 transient 字段 email”。
