接口常量默认public static final且被实现类自动继承，适用于共享配置但易导致反模式；类常量需显式声明，通过工具类组织更推荐，现代Java建议用final类封装常量以提升可维护性。
在Java中，接口常量与类常量虽然都用于定义不可变的值，但它们在使用场景、语法限制和设计意图上有明显区别。理解这些差异有助于写出更清晰、符合规范的代码。
定义位置与访问修饰符
接口中的常量默认是 public static final 的，即使你不显式写出这些修饰符。也就是说，只要在接口中定义一个变量，它自动具备这三个特性。
例如：interface Config {
String APP_NAME = "MyApp"; // 等价于 public static final String APP_NAME = "MyApp";
}
而在普通类中定义常量时，必须显式使用 static final 来声明，访问修饰符可根据需要设置为 private、protected 或 public。
例如：class Constants {
public static final int MAX_RETRY = 3;
private static final String TOKEN = "abc123";
}
设计目的与使用场景
接口的核心目的是定义行为契约，而不是封装数据。因此，把常量放在接口中通常是为了让多个实现类共享一组相关配置或固定值，比如回调状态码、协议版本等。
立即学习“Java免费学习笔记（深入）”；
但将常量集中定义在接口中容易导致“常量接口”反模式（Constant Interface Antipattern），即一个接口仅用来导出常量，没有方法定义。这种做法会让实现类“污染”其命名空间，不推荐广泛使用。
相比之下，类常量更常见且推荐。通过工具类（如 public final class Constants 或 public final class Config）来组织常量，结构清晰，易于维护。
继承与访问方式
接口中的常量会被所有实现类自动继承，可以直接通过类名或接口名访问。
例如：class MyApp implements Config {
void print() {
System.out.println(APP_NAME); // 直接访问
System.out.println(Config.APP_NAME); // 通过接口访问
}
}
类常量只能通过类名访问，不会被隐式继承，除非子类显式导入或继承包含该常量的父类。
例如：System.out.println(Constants.MAX_RETRY);
这种方式更安全，避免了命名冲突和意外访问。
总结对比
- 接口常量隐式为 public static final，类常量需显式声明
- 接口常量被实现类自动继承，类常量需通过类名调用
- 接口主要用于定义行为，放常量易造成反模式；类更适合组织常量
- 现代Java开发中，推荐使用 final 类 + private 构造器 来封装常量
基本上就这些。合理选择常量的定义方式，能让代码更具可读性和可维护性。
