接口常量默认为public static final，可在多类间共享配置参数、协议规范等静态数据，提升代码一致性与可读性，适用于领域配置、通信标准等场景。
Java 中的接口不仅可以定义抽象方法，还能包含常量。当在接口中声明变量时，默认会被 public static final 修饰，也就是常说的“接口常量”。虽然类也可以定义常量，但接口常量在特定体系结构中有其独特价值。
接口常量的本质与语法特点
在接口中定义的字段自动具备三个修饰符：public、static、final。这意味着：
- 无需显式写出修饰符，double PI = 3.14; 等价于 public static final double PI = 3.14;
- 所有实现该接口的类都可以直接访问这些常量，无需实例化
- 常量值在编译期确定，不能修改
例如：
public interface MathConstants {
double PI = 3.14159;
int MAX_RETRY_TIMES = 3;
}
任何实现或引用该接口的类都能使用 MathConstants.PI 或直接访问 PI（如果继承了接口）。
立即学习“Java免费学习笔记（深入）”；
接口常量在架构设计中的典型应用场景
虽然过度使用接口常量可能造成“常量污染”，但在以下场景中合理使用能提升代码清晰度和一致性：
1. 定义领域内共享的配置参数
- 多个模块需要使用相同的标准值，如系统默认超时时间、重试次数、协议版本号等
- 通过接口集中管理，避免散落在各个类中导致维护困难
2. 协议或通信规范的统一声明
- 在客户端与服务端交互中，状态码、消息类型、命令字等可定义在接口中
- 例如定义 HttpStatusCodes 接口，供所有 HTTP 处理组件共用
3. 枚举类型的轻量替代方案
- 当常量数量少、类型简单且不涉及行为时，接口常量比枚举更轻便
- 适合用于配置项、标志位等静态数据
4. 框架或平台级常量的对外暴露
- 框架提供统一常量接口，便于第三方开发者引用标准值
- 如日志级别（DEBUG=1, INFO=2）、权限等级等
与类常量相比的优势与注意事项
接口常量的核心优势在于“契约性”——它不仅是数据容器，更是设计协议的一部分。
- 实现多个常量接口的类，能自然继承相关常量，减少导入依赖
- 常量与接口职责绑定，语义更明确，比如 DatabaseConfig.DB_URL
- 但应避免创建仅用于存放常量的“常量接口”（Constant Interface），这违背接口的设计初衷
- 现代 Java 更推荐使用 enum 或 final class 封装常量，尤其当常量有逻辑关联时
基本上就这些。接口常量不是必须使用的特性，但在合适场景下能增强代码的组织性和可读性。关键在于是否服务于整体架构的清晰表达。
