Java接口中成员变量必须是public static final，因接口是公开契约（故public）、不可实例化（故static）、需保障契约稳定（故final），编译器强制执行该语义，非语法糖。
Java 接口中定义常量非常直接：只需在接口内声明一个带初始值的字段，无需任何修饰符，编译器会自动按 public static final 处理。这是语言规范强制要求的语义，不是可选语法糖。
为什么必须是 public static final
这三点由接口的设计本质决定：
- public：接口是公开契约，字段必须对外可见，否则实现类无法使用；写成 private 或 protected 会编译报错
- static：接口不能被实例化，没有 this，所有字段只能属于接口类型本身；非 static 字段在语法上不成立
-
final：字段必须是编译期确定的常量，禁止运行时修改；未初始化、调用方法赋值（如
int V = getVersion();）或后续重新赋值均非法
怎么写才规范
虽然省略修饰符完全合法，但团队协作中建议显式写出 static final（public 通常省略），原因在于可读性：
- ✅ 推荐：
static final String API_URL = "https://api.example.com"; - ⚠️ 合法但易误解：
String API_URL = "https://api.example.com";（看起来像普通变量） - ❌ 避免混用：同一个接口里不要有的写
public static final，有的只写String，风格需统一
实际等效关系
以下两种写法在字节码和行为上完全一样：
立即学习“Java免费学习笔记（深入）”；
interface Config {static final int TIMEOUT = 5000;
}
interface Config {
int TIMEOUT = 5000;
}
编译后，二者都被视为 public static final int TIMEOUT = 5000;。访问方式也一致：Config.TIMEOUT。
现代开发更推荐什么
尽管技术上可行，但“常量接口”（即专门用来放常量的接口）已被主流实践弱化：
- 容易造成实现类无意继承一堆无关常量，违反单一职责
- 无法提供类型安全（比如区分不同用途的整数）
- 替代方案更清晰：用
final class封装、用enum表达有限集合、用@ConfigurationProperties管理配置、或 Java 14+ 的record表达不可变数据结构
