Java接口中变量默认为public static final常量，但语义失当因接口应定义行为契约而非存储配置；推荐用final类、枚举、@ConfigurationProperties或record替代。
Java接口中定义的变量，天然就是public static final的——你不用写，它已经是了。
接口里的变量默认就是常量
接口不能有实例状态，所以不允许声明普通变量。你写在接口里的字段，编译器会自动加上public、static、final三个修饰符。哪怕你只写int PORT = 8080;，效果也等同于public static final int PORT = 8080;。
- 不能在实现类里重新赋值，也不能通过实现类对象去改——它属于接口本身，且不可变
- 值必须是编译期可确定的（比如字面量、常量表达式），不能依赖运行时计算
- 访问方式统一为
接口名.变量名，例如HttpConfig.PORT
为什么说“语义失当”
接口本意是定义行为契约（方法签名），不是用来存配置数据的。把数据库URL、超时时间这些业务配置硬编码进接口，会让接口职责混乱：
- 修改配置得动接口，可能触发不必要的编译和发布
- 多个模块依赖同一接口，但实际只需要其中一两个常量，却被迫引入整个接口的耦合
- 无法做配置中心动态刷新，因为它是编译期内联的——JVM加载后就固定了
更合适的替代方案
现代Java项目中，推荐用以下方式代替接口常量：
立即学习“Java免费学习笔记（深入）”；
-
final类：定义一个
public final class ConfigConstants { public static final int TIMEOUT_MS = 5000; }，语义清晰，不带接口的抽象负担 -
枚举：适合有逻辑分组的配置项，比如
enum DbType { MYSQL, ORACLE }，还能自带方法和文档 - @ConfigurationProperties：Spring Boot场景下，绑定application.yml中的配置，支持类型安全和动态刷新
-
record（Java 14+）：轻量封装一组常量，如
record ApiVersion(String v1, String v2) {}，不可变且简洁
如果还是用了接口常量，注意这几点
不是不能用，而是要用得明白：
- 命名严格用全大写+下划线，比如
MAX_RETRY_COUNT，这是Java约定 - 避免在接口里混入方法定义——常量和行为不该塞进同一个契约
- 别指望它能被Spring管理或注入；它只是个编译期符号，不是Spring Bean
- 若常量值来自配置文件，接口常量做不到，必须换
@Value或@ConfigurationProperties
