应使用常量类而非常量接口，因接口本意是契约而非容器，强制实现导致语义混乱；Kotlin的object更自然，天然单例且避免构造器封禁；枚举适用于有逻辑关系或行为扩展需求的常量。
常量类 vs 常量接口：Java 里到底该用哪个？
Java 中用 interface 定义常量是反模式，别再用了。JDK 从 1.5 开始就明确不鼓励这种写法，但很多老项目还在沿用，结果导致语义混乱、误实现、编译期隐患。
根本原因在于：接口本意是契约，不是容器；而 public static final 字段在接口中会自动被所有实现类继承——哪怕你只是想“用个常量”，却被迫让一个业务类“实现”了毫无行为意义的接口。
- 常见错误现象：
MyService implements StatusCodes，但StatusCodes里只有ERROR = -1这种字段，语义上完全说不通 - 使用场景：配置码、HTTP 状态、领域固定枚举值（如
ORDER_STATUS_PAID） - 参数差异：接口中的常量无法控制访问权限（全是
public），而class可以用private构造器 +public static final字段组合，更干净 - 性能影响：几乎为零，但接口方式会让字节码多出无意义的
implements指令，且 IDE 会提示“Class doesn’t implement interface methods”这类误导警告
正确做法是定义一个工具类：
public final class HttpStatus {<br> private HttpStatus() {}<br> public static final int OK = 200;<br> public static final int NOT_FOUND = 404;<br>}
为什么 Kotlin 的 object 比 Java 的常量类更自然？
Kotlin 的 object 天然适合做常量容器，它既避免了 Java 中必须手动封禁构造器的繁琐，又不会像 interface 那样污染类型系统。
它本质是一个单例对象，字段默认就是 public static final 语义，且不可被继承或实例化——这正是常量需要的约束力。
- 常见错误现象：在 Kotlin 里还写
interface ApiConstants，然后被其他object或class实现，徒增耦合 - 使用场景：多模块共享的 API 路径前缀、统一错误码、SDK 版本号
- 兼容性影响：Kotlin
object编译成 Java 字节码后，等价于带私有构造器的 final 类 + 静态字段，对 Java 调用方完全透明
示例：
object Api {<br> const val BASE_URL = "https://api.example.com"<br> const val TIMEOUT_MS = 10_000<br>}注意用 const 修饰才能保证编译期内联，否则 Java 调用时会变成 getter 调用。
常量该不该放进 enum？看它有没有行为或状态迁移
如果常量之间存在逻辑关系、可能参与 switch、需要 toString 映射，或者未来可能扩展方法（比如 getStatusCode()），那它就不是“纯常量”，而是枚举值——该用 enum。
反过来说，如果只是几个孤立的数字或字符串，彼此无关联，也不参与任何流程判断，硬塞进 enum 反而增加维护成本。
- 常见错误现象：定义
enum ErrorCode { USER_NOT_FOUND, INVALID_TOKEN }，但从来不用于switch，也不提供任何方法，只当静态字段用 - 使用场景：
HttpStatus、OrderStatus、PermissionLevel这类有明确状态集合和潜在行为扩展需求的 - 性能影响：enum 实例化有轻微开销，但现代 JVM 优化得很好；真正要注意的是序列化兼容性——加字段要小心，尤其用 Jackson / Gson 时
对比：HTTP 状态码适合 enum（有语义、可映射 reason phrase），而数据库连接池最大连接数（MAX_POOL_SIZE = 20）就不该进 enum。
跨语言/跨模块共享常量时，最容易被忽略的其实是版本一致性
常量一旦被多个服务或 SDK 引用，修改它就不再是“改个数字”那么简单。Java/Kotlin 里 static final 基本类型会被编译器内联，改了源码不重新编译依赖方，旧值还在运行时生效。
这是最隐蔽也最难排查的问题：你发版更新了 Api.VERSION = "v2"，但调用方没重编译，代码里还是 "v1"。
- 解决办法一：避免基本类型
const/static final，改用方法返回（getVersion()），牺牲一点性能换确定性 - 解决办法二：用资源文件（
constants.properties）或配置中心加载，彻底脱离编译依赖 - 容易踩的坑：Gradle 的
api和implementation作用域混淆，导致下游模块意外继承了不该暴露的常量类
这事没有银弹，但得清楚：常量不是写一次就完事的东西，它活在依赖链里，而链上的每一环都可能卡住更新。
