Java接口中字段自动为public static final，因其本质是契约而非状态容器，编译器强制添加三修饰符；仅允许编译时常量，禁止运行时计算或对象创建；实际开发中不推荐在接口定义常量，应改用类或枚举。
Java 接口中字段为什么自动是 public static final
因为接口本质是契约，不是存储状态的地方。你声明的任何变量，在编译期就会被强制加上这三个修饰符，哪怕你一个都没写。
- 不写
public？编译器自动补 —— 接口要被实现类访问，不 public 就没意义 - 不写
static？编译器自动补 —— 接口不能有实例字段，所有字段必须属于接口类型本身 - 不写
final？编译器自动补 —— 接口不负责维护可变状态，值必须在编译期确定（即必须是编译时常量）
所以 int PORT = 8080; 和 public static final int PORT = 8080; 在字节码层面完全等价。
哪些值能作为接口中的合法字段
只有编译期能确定的常量才允许，否则编译失败。
- ✅
String NAME = "api";—— 字符串字面量，编译时常量 - ✅
int MAX_RETRY = 3 * 2;—— 常量表达式，编译期可计算 - ❌
long NOW = System.currentTimeMillis();—— 运行时才能算，编译报错error: illegal initializer for interface field - ❌
String PATH = new String("v1");—— 即使内容固定，也不是编译时常量（new 创建对象）
接口字段和 class 中 public static final 字段的区别
表面一样，但语义和使用约束不同。
- 接口字段只能是编译时常量；而普通类里
public static final字段可以是运行时初始化的（只要不重赋值），比如用static {}块赋值 - 接口字段不能用
this、不能引用非静态成员；类中static final字段在static块里可以调用静态方法、读取其他静态字段 - 实现类通过
InterfaceName.FIELD或直接FIELD（如果无冲突）访问 —— 但要注意：如果多个接口有同名字段，又都被实现，不加限定会编译错误
实际开发中该不该在接口里定义常量
不推荐。这是早期 Java 的惯用法，现在更清晰的做法是用 class 或 enum 管理常量。
- 接口本意是定义行为（
default/abstract方法），塞常量会模糊职责 - 一旦某个常量只被部分实现类需要，却强迫所有实现类继承它，违反接口隔离原则
- 如果未来想把常量改成可配置或动态加载，接口字段完全无法支持（不能改
final，也不能加逻辑） - 替代方案：
public final class ApiConstants { private ApiConstants() {} public static final String VERSION = "v2"; }
真正容易被忽略的是：接口字段一旦发布，就几乎无法安全修改 —— 不是值改不了，而是所有依赖它的代码都隐式绑定了这个“契约”，连 private 都不如，因为它根本没法藏起来。
