Java接口常量不能被隐藏，因其字段默认为public static final，不参与继承链的重写或隐藏机制；同名常量在多接口实现时会导致引用歧义，必须显式限定（如A.VALUE）或通过命名规范、专用常量接口规避。
java 接口本身不支持“常量隐藏”来解决多重继承中的字段冲突，因为接口中声明的字段本质上都是 public static final 的常量，且不允许被子接口或实现类“覆盖”或“隐藏”。当多个接口定义了同名常量（如 int max = 100），编译器不会报错——但若实现类试图直接引用该名称而未加限定，会因歧义导致编译失败。
为什么接口常量不能被“隐藏”
接口中所有字段自动具备 public static final 修饰，属于类型级别的静态成员，不是实例状态。它们不参与继承链上的重写（override）或隐藏（hide）机制。Java 规定：
- 类无法用同名字段“隐藏”接口常量（编译报错：duplicate field）
- 子接口也无法重新声明同名常量（编译报错：duplicate field in interface）
- 实现类若声明同名变量，会被视为新字段，但与接口常量共存时，直接写
MAX会触发歧义错误
实际冲突表现与编译错误
例如：
interface A { int VALUE = 1; }
interface B { int VALUE = 2; }
class C implements A, B {
void test() {
System.out.println(VALUE); // ❌ 编译错误：reference to VALUE is ambiguous
}
}
此时 JVM 无法判断你指代的是 A.VALUE 还是 B.VALUE，必须显式限定。
正确应对方式：限定访问 + 设计规避
不靠“隐藏”，而靠明确引用和结构优化：
-
始终用接口名限定常量：在实现类中写
A.VALUE或B.VALUE，消除歧义 -
避免在无关接口中重复定义相同语义常量：比如都叫
TIMEOUT却代表不同单位，应改用带前缀的名称（NETWORK_TIMEOUT/DB_TIMEOUT） -
将共享常量统一提取到专用常量接口或枚举中：例如
ConfigConstants，让其他接口通过组合或文档约定复用，而非各自声明 -
优先使用枚举替代整数常量：枚举类型天然隔离命名空间，
Status.ACTIVE和Role.ADMIN不会冲突
对比：方法 vs 字段 —— 为何方法能解决而字段不能
接口方法（包括默认方法）有明确的解析规则（如类优先、显式重写、Interface.super.m()），而字段没有类似机制。常量是编译期确定的静态值，不涉及运行时分派，因此语言不提供“字段版本的 super 调用”。这是设计使然，不是遗漏。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
