java接口中的变量默认且必须为public static final，这是由语言规范强制约束的硬性语义，而非语法糖；编译器自动补全三修饰符，违反任一即报错，确保接口仅定义稳定、共享、不可变的契约常量。
Java 接口中的变量默认是 public static final，这不是语法糖，而是由接口的本质定位和 Java 语言规范（JLS §9.3）共同锁定的硬性约束——编译器强制补全，违反任一修饰符都会直接报错。
接口不存状态，只定义契约
接口的核心作用是声明“能做什么”，不是“拥有什么”。它不能被实例化，也不参与对象构建，因此天然排斥实例字段。如果允许非 static 变量，就会出现“这个变量属于谁”的逻辑矛盾：没有实例，就没有归属主体。所以字段必须绑定到接口类型自身，static 是唯一合理的选择。
public 是契约可见性的刚性要求
接口要被不同包下的实现类、工具类甚至框架直接使用。比如 HttpConstants.TIMEOUT 这类常量，若限制为 private 或包私有，实现类就无法访问，契约就失去共享意义。编译器强制 public，确保所有使用者能通过 InterfaceName.FIELD 统一获取，不因访问权限受阻。
final 保障契约的稳定性与一致性
final 不只是“不可改”，更是语义承诺：该值在编译期确定、全局唯一、行为可预测。
- 如果允许修改，多个实现类执行
MyInterface.COUNT = 100，会导致其他模块读到意外值； - 非 final 意味着运行时可变，这与接口作为“稳定协议”的定位直接冲突；
- 编译器进一步限制它必须是编译时常量（如
"v1"、3 * 4），禁止new String()或System.currentTimeMillis()等运行时表达式。
编译器自动补全，不是省略而是强制
你写 int MAX = 100;，javac 会直接按 public static final int MAX = 100; 处理字节码。反之，若显式加 private 或去掉 final，编译直接报错。这说明三重修饰符不是风格偏好，而是 JVM 规范层面的硬性语义锁死——接口字段只能是公开、静态、不可变的常量。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
