Java接口中成员变量默认且必须为public static final，编译器强制执行，不可省略或更改修饰符，因其仅声明契约而不存储状态。
Java 接口中定义的成员变量，哪怕你只写 int MAX = 100;，它在语义和字节码层面就等同于 public static final int MAX = 100;。这不是“省略了修饰符”，而是编译器强制执行的语言规范——它不允许你写别的修饰符，也不允许你不初始化、不固定值。
这是接口本质决定的，不是语法糖
接口不是用来存状态的，它只负责声明“能做什么”。所以：
- 没有实例，就没有
this，非static字段无处依附 → 必须是static - 所有实现类都要能直接用这个值，不能被包访问限制挡住 → 必须是
public - 契约一旦发布就不能随意变动，否则不同模块读到的值可能不一致 → 必须是
final，且必须是编译期常量（如"OK"、256、1 ），不能是 <code>new String("OK")或System.currentTimeMillis()
编译器会直接改写，不是“帮你补上”
你写的代码在编译时就被 javac 彻底重写：
-
interface Conf { int PORT = 8080; }→ 编译后字段修饰符就是public static final - 如果你显式写
private int PORT = 8080;，编译直接报错 - 如果你漏掉初始值，比如
int PORT;，也报错：接口字段必须初始化
调用方式体现它的归属和用途
它属于接口本身，不是某个对象，也不是实现类的成员：
立即学习“Java免费学习笔记（深入）”；
- ✅ 正确：用接口名直接访问 ——
Conf.PORT - ⚠️ 语法允许但不推荐：通过实现类名访问 ——
MyServiceImpl.PORT（实际还是指向接口定义） - ❌ 错误：用实例调用 ——
new MyServiceImpl().PORT（编译虽过，但语义混淆，违背设计本意）
现代开发中更建议的替代方式
虽然语言支持，但把常量堆在接口里容易造成“常量接口”滥用，降低可维护性：
- 优先用
public final class Constants { ... }封装 - 枚举更适合有业务含义的一组固定值（如状态码、协议类型）
- Spring 项目可用
@ConfigurationProperties管理配置型常量 - JDK 14+ 可考虑
record表达不可变数据载体
