接口常量适用于多类共用、极少变更的基础配置和语义锚点，须严格遵循命名规范、分层定义位置，并通过接口名直接引用。
接口中的常量字段适合管理跨类共用的配置变量，但必须明确用途边界——它不是通用配置中心，而是轻量、稳定、语义清晰的“契约级常量”。关键在于：定义位置要准、命名要严、复用要稳。
接口常量的适用场景与限制
接口中定义的 public static final 字段本质是编译期常量，适用于以下情况：
- 多个类共同依赖的、极少变更的基础配置，如协议版本号、默认超时毫秒值、固定状态码（NOT 动态参数或业务规则）
- 作为模块间共享的“语义锚点”，例如
OrderStatus.PAID、HttpHeader.CONTENT_TYPE_JSON - 需要被不同实现类统一引用、且不允许各写各的字符串/数字（避免
"success"和"SUCCESS"不一致） - 不适用于运行时可变、需外部配置（如 application.yml 中的值）、或涉及复杂初始化逻辑的变量
命名必须全大写+下划线，含义完整无歧义
接口常量名不是缩写拼凑，而是直接表达“它是什么+单位/上下文”。错误示例：MAX_SIZE、TTL；正确示例：
-
DEFAULT_CONNECTION_TIMEOUT_MILLIS = 5000（含单位、作用、默认属性） -
ORDER_STATUS_CANCELLED = "CANCELLED"（状态值+全大写语义） -
API_VERSION_V2 = "v2"（版本标识+明确层级） - 禁止混用大小写、省略单位、使用模糊词如
FLAG、CODE、VAL
定义位置：按复用范围分层，不堆在单个“Constants”接口里
把所有常量塞进一个 CommonConstants 接口是反模式。应按实际使用关系组织：
- 仅限某模块内多类共用 → 放在该模块顶层接口中，如
OrderApiConstants - 跨多个微服务共享 → 提炼为二方库（client.jar）中的专用接口，如
com.example.shared.ProtocolConstants - 同一应用内广泛使用（如日志级别、环境标识）→ 放在应用基础包的
AppConstants接口中，而非业务模块 - 接口中只放真正“不变”的值；若某值未来可能配置化，宁可先用
static final类，也不强行塞进接口
调用方式：直接通过接口名引用，不实例化、不继承
使用时严格采用 InterfaceName.CONSTANT_NAME 形式，体现其契约性和不可变性：
// ✅ 正确：显式、清晰、无歧义
if (status.equals(OrderStatus.PAID)) { ... }
// ❌ 错误：继承接口引入不必要的耦合，且掩盖了常量来源
class PaymentService implements OrderStatus { ... } // 不要这么做
IDE 自动导入会补全接口全限定名，确保跨模块引用时路径明确，避免因同名常量引发覆盖或混淆。
