是，但并非安全常量；它本质是不可变的公开契约，一旦发布极难修改，改值破坏二进制兼容性，改类型直接编译失败。
接口里定义的 public static final 字段真是常量吗？
是，但不是你想的那种“安全常量”。Java 接口中所有字段默认就是 public static final，哪怕你只写 int MAX_RETRY = 3;，编译器也会自动补全。问题不在于它“不是常量”，而在于它被设计成“不可变的公开契约”，一旦发布就极难修改——改值会破坏二进制兼容性，改类型直接编译失败。
常见错误现象：NoClassDefFoundError 或 IllegalAccessError 在升级依赖后突然出现，往往是因为某接口常量被内联（inlined）进调用方字节码，而你改了它的值，但调用方没重编译。
- 使用场景：仅适合真正全局、永不变更、无业务逻辑依赖的标识值，比如
String VERSION = "1.0"、int DEFAULT_TIMEOUT_MS = 5000 - 不要放需要运行时计算的值（如
new Date()或System.getProperty("os.name")），接口初始化阶段不执行静态块，这类表达式会在首次访问时触发类加载，但行为不可控 - 避免放大对象引用（如
List、Map），因为final只保证引用不变，内容仍可修改，容易引发并发或误用问题
为什么 interface 不是 class 的替代品来存配置？
接口本质是契约，不是容器。把配置塞进接口，等于把实现细节暴露给所有实现类和使用者，违背封装原则。更糟的是，IDE 和构建工具（如 Maven）会把接口常量当成 API 的一部分，自动包含进 Javadoc 和 API 文档，造成误导。
使用场景：只有当这个“常量”需要被多个不相关的接口共同继承（且它们之间本就该共享语义），才勉强说得通。现实中绝大多数情况，这只是偷懒。
立即学习“Java免费学习笔记（深入）”；
- 参数差异：
class中的public static final字段同样不可变，但它是独立类型，可加private构造器防实例化，还能加文档注释、单元测试、甚至用@Deprecated - 性能影响：无差别；但接口常量更容易被过度导入（import static），增加命名冲突风险
- 兼容性陷阱：接口一旦被第三方实现，你就不能删字段、不能改访问修饰符（哪怕加
public都算源码不兼容），而工具类可以随时重构
enum 和 record 比接口更适合存常量？
是，尤其当你需要一组相关常量或带行为的常量时。enum 天然支持单例、可序列化、自带 name()/values()，record（Java 14+）则适合结构化常量（如 Duration 配置项）。它们都明确表达了“这是数据，不是契约”。
常见错误现象：用接口定义状态码（如 int SUCCESS = 0; int FAILURE = 1;），结果调用方直接写 if (code == MyInterface.SUCCESS)，导致硬编码 + 难以扩展（比如要加描述、HTTP 映射、日志级别）。
- 用
enum替代数字常量：public enum HttpStatus { OK(200), NOT_FOUND(404); private final int code; - 用
record存复合常量：public record RetryPolicy(int maxAttempts, long backoffMs) {}，比一堆零散的static final更易维护 - 别为了“看起来简洁”在接口里堆
static final，那只是把混乱从一个地方挪到另一个地方
如果 legacy 代码里已经用了接口常量，怎么安全演进？
别删，别改值，别动类型。唯一安全动作是“迁移 + 标记废弃”。把常量移到工具类或枚举中，在原接口字段上加 @Deprecated 并指向新位置，同时保留旧字段至少一个主版本周期。
容易踩的坑：以为加了 @Deprecated 就能放心删掉——JVM 不检查这个注解，下游可能还在反射读取、APT 处理、甚至字符串匹配字段名。
- 示例迁移：
public interface LegacyConfig { @Deprecated(since = "2.0", forRemoval = true) int TIMEOUT_MS = 5000; }→ 新类public class ConfigConstants { public static final int TIMEOUT_MS = 5000; } - 构建时可用
javac -Xlint:deprecation抓住未更新的调用点 - 如果涉及 Spring 的
@Value("${...}")或 Lombok 的@UtilityClass，注意它们不识别接口常量，必须显式指向新类
接口常量真正的复杂点不在语法，而在它模糊了“契约”和“配置”的边界。只要有人开始在接口里加 DEFAULT_ 前缀的字段，或者用 public static final 模拟枚举，就说明设计意图已经跑偏了——这时候最该做的，不是查文档确认语法是否合法，而是停下来问一句：这个值，真的属于“别人必须遵守的协议”，还是“我们自己该管好的配置”？
