静态常量（static final 基本类型或字符串字面量）编译期内联，不依赖类加载，可隔离多团队版本污染；仅限基本类型和String字面量或常量表达式，不适用于运行时计算或包装类型。

类静态常量（static final 基本类型或字符串字面量）在编译期就被确定值，并直接内联到调用处，不参与运行时类初始化——这个特性可被精准用于多团队协同中规避版本污染与误共享。

静态常量 ≠ 静态变量：关键区别在准备阶段就已固化

普通静态变量（如 public static int VERSION = 2;）的赋值发生在“初始化”阶段，受类加载器归属和触发时机影响；而静态常量（如 public static final int VERSION = 2; 或 public static final String NAME = "v2.1";）在“准备”阶段即完成赋值，且该值被编译器提取为字面量直接写入调用方的字节码中。

• 调用方代码中出现 MyConfig.VERSION，实际编译后等价于硬编码的 2，完全不依赖 MyConfig 类是否加载、由谁加载
• 即使两个团队各自打包了同名类 com.teamA.MyConfig 和 com.teamB.MyConfig，只要它们声明的 final 常量值不同，各自模块里引用的都是自己编译时绑定的值，互不干扰
• 该机制天然绕过双亲委派、ClassLoader隔离、TCCL设置等所有运行时加载复杂性

适用场景：只读标识、协议版本号、功能开关阈值

适合用静态常量实现隔离的，必须是部署前确定、运行中绝不变更、无需跨加载器同步的信息：

• API 协议版本号（public static final String PROTOCOL_VERSION = "3.2";）
• 模块能力标识（public static final boolean SUPPORT_BATCH = true;）
• 配置上限阈值（public static final int MAX_RETRY = 5;）
• 错误码前缀（public static final String ERROR_PREFIX = "TEAM_A_";）

⚠️ 不适用于需要运行时动态计算、依赖外部状态、或需被其他模块修改的字段——那属于静态变量范畴，必须走类加载器隔离方案。

实操要点：确保真正“编译期常量”

只有满足 JVM 规范定义的“编译期常量表达式”，才会被内联。以下写法不会被内联，失去隔离效果：

• public static final String NAME = System.getProperty("team.name");（运行时读取）
• public static final int CODE = computeCode();（含方法调用）
• public static final Integer COUNT = 10;（包装类型，非基本类型）
• public static final MyEnum TYPE = MyEnum.A;（枚举引用，不内联）

✅ 正确写法仅限：基本类型（int/long/boolean/char/byte/short） 和 String，且右侧必须是字面量、常量表达式（如 1 + 2、"v" + "2"）。

与类加载器隔离配合使用：分层防御策略

静态常量解决的是“标识一致性”问题，类加载器隔离解决的是“行为独立性”问题。二者应组合使用：

• 用静态常量声明模块身份（如 MODULE_ID = "payment-v3"），供日志、监控、路由识别
• 用独立 ClassLoader 加载业务类（如 PaymentService），确保其内部逻辑、静态变量、Spring Bean 完全隔离
• 避免把常量定义在被跨加载器传递的类中（如父类或共享接口），防止因继承关系意外触发非目标加载器的初始化