为何Java接口静态方法可在实现类重声明为实例方法，类继承则不行

我们先明确两个场景的基础行为差异：

1. 类继承场景编译报错的核心原因 #

类中定义的静态方法支持被子类继承，你可以通过三种方式调用父类静态方法：

• 父类名调用：Super.doIt()
• 子类名调用：Sub.doIt()
• 子类实例调用：new Sub().doIt()

如果允许子类定义同名的实例方法doIt()，通过子类实例调用doIt()时会出现无法解决的歧义：编译器无法判断你要调用继承来的静态方法，还是子类的实例方法。为了避免这种二义性，Java语法直接禁止子类中定义和父类静态方法同名的实例方法，反之也不允许子类定义和父类实例方法同名的静态方法。

对应报错示例代码：

class Super{
    public static void doIt(){}
}
// 编译报错：实例方法不能覆盖类的静态方法
class Sub extends Super{
    public void doIt(){}
}

2. 接口实现场景允许编译的核心原因 #

Java 8 引入接口静态方法时，专门设计了规则：接口的静态方法不会被实现类继承，你只能通过接口本身调用接口静态方法，即只有Super.doIt()是合法的，尝试用实现类名Sub.doIt()、实现类实例new Sub().doIt()调用接口静态方法都会直接编译报错。

这种情况下，实现类中定义的同名实例方法doIt()和接口静态方法完全不存在调用冲突的可能，二者的调用场景完全隔离，因此编译器允许这种写法。

对应合法示例代码：

interface Super{
    public static void doIt(){}
}
// 编译正常
class Sub implements Super{
    public void doIt(){}
}

设计逻辑的本质 #

这套规则的核心目的是规避命名冲突与调用歧义：

• 类的单继承体系下静态方法继承成本低，所以允许静态方法继承，同时配套禁止同名不同类型方法的定义避免歧义
• 接口支持多实现，如果允许接口静态方法被继承，很容易出现实现类同时继承多个同名接口静态方法的冲突，因此干脆禁止接口静态方法被实现类继承，自然也就不需要限制实现类定义同名方法。

内容的提问来源于stack exchange，提问作者theutonium.18