接口字段必须是public static final，因java语言规范强制要求且违反任一修饰符均编译失败：private/protected非法，非编译期常量违final，无static则失接口本质。

接口属性的定义方式直接暴露了隐含规则

你在接口里写 int TIMEOUT = 3000;，看起来像普通变量，但编译器立刻按 public static final int TIMEOUT = 3000; 处理。这不是约定俗成，而是 Java 语言规范（JLS §9.3）强制要求——只要出现在接口字段声明位置，就自动获得这三个修饰符。

从“不能怎么写”反推为什么必须是 public static final

试着违反任意一条，编译器会马上报错，这比正向记忆更直观：

• 加 private 或 protected？ → 编译失败：“Illegal modifier for the interface field” —— 接口要对外提供契约，字段不 public 就失去意义
• 不初始化、或用变量赋值（如 int VALUE = getConfig();）？ → 报错：“variable might not have been initialized” 或 “not a compile-time constant” —— final 要求值在编译期确定且不可变
• 去掉 static，写成 int COUNT = 1;？ → 编译失败：“modifier static is required” —— 接口无法实例化，根本不存在“每个对象一份”的实例字段概念

通过调用方式验证 static 和 public 的实际效果

你只能用 InterfaceName.FIELD_NAME 形式访问，比如 HttpConfig.TIMEOUT。不能 new 接口、不能通过 this 或实例引用访问，说明它不属于任何对象；所有实现类、工具类、测试代码都能直接用，说明它天然 public。这种用法不是风格选择，而是由 static + public 共同决定的唯一合法路径。

final 不只是“不能改”，更是语义锚点

final 在这里不只是禁止赋值，它锁定了整个契约的稳定性：

• 实现类无法重写或隐藏该字段（static 成员不参与继承覆盖）
• 多个模块依赖同一常量时，值永远一致，不会因某处误操作而改变
• 编译器可将其内联优化（如直接替换成字面量 3000），这是编译时常量的核心价值