java接口中只能定义public static final常量，声明时必须初始化，支持基本类型、字符串及引用类型，访问通过接口名直接调用，但现代开发更推荐用配置类或枚举替代。
Java 接口中不能定义“变量”，只能定义常量。所谓“常量变量”是常见误解——接口中所有字段自动具备 public static final 修饰，本质就是编译期确定、不可修改的全局常量。
接口中定义常量的写法与规则
你不需要显式写 public static final，Java 编译器会自动补全。但必须在声明时初始化，否则编译报错。
- 语法简洁：直接用大写蛇形命名（如
MAX_RETRY = 3） - 类型支持所有基本类型和字符串，也支持枚举、数组、自定义类引用（但对象本身不可变，仅引用不可重赋）
- 不允许使用
private、protected、volatile、transient等修饰符 - 不能定义非 final 的字段，哪怕加
static也不行——接口不承载状态
访问接口常量的两种常用方式
常量属于接口本身，不依赖实现类实例，因此访问非常轻量：
- 通过接口名直接访问：
MyConstants.TIMEOUT_MS（推荐，语义清晰、无需实例） - 在实现类中继承后访问：
this.TIMEOUT_MS或直接写TIMEOUT_MS（前提是该类implements MyConstants）
注意：即使类没实现该接口，只要导入了接口，仍可用 接口名.常量名 访问——它本质上是静态成员。
为什么没有访问控制可调？
接口的设计目标是契约与共享规范，不是封装数据。所以它的常量天然具有：
- public：任何地方都能读取，体现“公开约定”属性
- static：属于接口类型本身，而非某个实现对象
- final：保证配置一致性，防止意外覆盖或运行时篡改
试图用 private int X = 1; 会直接编译失败；加 protected 同样非法——接口不参与继承链中的访问层级控制。
替代方案：什么时候不该用接口存常量？
虽然技术上可行，但现代 Java 更倾向以下做法：
- 配置类：用
public final class Config { public static final int PORT = 8080; }（更明确、可加 Javadoc、支持私有构造防止实例化） - 枚举类：适合有逻辑关联的一组常量，如
enum Status { ACTIVE, INACTIVE } - 记录类（record）或配置文件（application.properties）：适合外部可配的值
把接口纯粹当作行为契约，把常量归到专门的类里，代码意图更清晰，也避免“接口被滥用于常量池”的反模式。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
