Java接口常量默认public static final，编译期内联导致版本更新需重编译所有依赖；应避免用接口存配置，优先选final类、enum或record，且不可变对象需显式封装。
Java接口里定义的常量默认是public static final
Java接口中声明的变量，只要不是方法，编译器会自动加上 public static final 修饰符——哪怕你一个修饰符都不写。这意味着：它必须在声明时初始化，不能被子类或实现类修改，所有实现类共享同一份值。
常见错误现象是试图在实现类中重新赋值，比如：
interface Config {
int TIMEOUT = 3000;
}
class Service implements Config {
public void init() {
TIMEOUT = 5000; // 编译报错：cannot assign a value to final variable TIMEOUT
}
}
- 接口常量不能用
private或protected修饰（会编译失败） - 不建议在接口里堆砌大量配置常量，这会让接口语义模糊，违背“接口描述行为”的设计初衷
- 如果只是想集中管理常量，优先考虑
public final class Constants，而非接口
为什么接口常量不能是基本类型以外的可变对象
虽然 static final 能阻止引用被重新赋值，但无法阻止对象内部状态被修改。例如：
interface Data {
List NAMES = new ArrayList<>();
}
// 下面代码合法，但破坏了“常量”预期：
Data.NAMES.add("Alice"); // 运行期修改了内容
所以，若需不可变集合，得显式封装：
立即学习“Java免费学习笔记（深入）”；
- 用
Collections.unmodifiableList(...)包装 - Java 9+ 可用
List.of()、Set.of()等工厂方法创建真正不可变实例 - 避免在接口中直接暴露
new HashMap()这类可变容器
接口常量与枚举、record的使用场景差异
当常量具有明确业务含义且存在关联行为时，接口不是最优选：
- 表示状态码、协议版本等固定取值 → 用
enum（支持方法、构造、类型安全） - 需要携带多个只读字段（如配置项名+默认值+描述）→ 用
record（Java 14+） - 纯数值/字符串标识（如
MAX_RETRY = 3）→ 接口常量勉强可用，但更推荐final class
接口的核心价值是定义契约，不是当“常量仓库”。滥用会导致实现类意外继承大量无关字段，IDE自动补全时还会干扰阅读。
编译后接口常量会被内联，要注意版本兼容性
Java编译器会对接口中 public static final 基本类型或字符串常量做“编译期内联”：调用方字节码里直接写死该值，不通过接口符号引用。
这意味着：如果你更新了接口里的 VERSION = "1.2" 为 "1.3"，但没重新编译所有实现模块，旧模块运行时仍显示 "1.2"。
- 这种行为仅适用于编译时常量表达式（如字面量、
final基本类型运算） - 若值来自
System.getProperty()或运行时计算，则不会内联 - 发布含常量的接口时，务必同步更新并重新编译所有依赖方
这点特别容易在微服务或模块化项目中引发诡异问题，而且很难从日志或堆栈里察觉。
