在一行中，这种危险的组合(抽象+静态)违反了面向对象的原则，即多态性。

在继承情况下，JVM将在运行时根据实现决定实例的类型(运行时多态性)，而不是根据引用变量的类型(编译时多态性)。

@Overriding:

静态方法不支持@ override(运行时多态性)，而只支持方法隐藏(编译时多态性)。

@Hiding:

但是在抽象静态方法的情况下，父(抽象)类没有方法的实现。因此，子类型引用是唯一可用的，而且它不是多态性。

子引用是唯一可用的:

出于这个原因(抑制oop特性)，Java语言认为抽象+静态是非法(危险)的方法组合。

方法的抽象注释表明该方法必须在子类中重写。

在Java中，静态成员(方法或字段)不能被子类覆盖(在其他面向对象语言中不一定是这样，请参阅SmallTalk)。静态成员可能被隐藏，但这与被覆盖有本质区别。

由于静态成员不能在子类中被重写，因此抽象注释不能应用于它们。

顺便说一句，其他语言确实支持静态继承，就像实例继承一样。从语法的角度来看，这些语言通常要求在语句中包含类名。例如，在Java中，假设你在ClassA中编写代码，这是等价的语句(如果methodA()是一个静态方法，并且没有具有相同签名的实例方法):

ClassA.methodA();

and

methodA();

在SmallTalk中，类名不是可选的，所以语法是(注意，SmallTalk不使用。将“主语”和“动词”分开，而是将其用作语句结束符):

ClassA methodA.

因为总是需要类名，所以总是可以通过遍历类层次结构来确定方法的正确“版本”。无论如何，我偶尔会错过静态继承，当我第一次开始使用Java时，我就被Java中缺乏静态继承所困扰。此外，SmallTalk是duck类型的(因此不支持契约式编程)。因此，类成员没有抽象修饰符。

有一种情况是静态和抽象可以一起使用，那就是当这两个修饰符都放在嵌套类的前面时。

抽象类不能有静态方法，因为抽象是为了实现DYNAMIC BINDING，而静态方法是静态绑定到它们的功能上的。静态方法的意思是 行为不依赖于实例变量，因此没有实例/对象 是必需的。只是上课而已。静态方法属于类而不是对象。 它们存储在一个称为PERMGEN的内存区域中，每个对象都从这里共享它们。 抽象类中的方法动态地绑定到它们的功能上。

根据定义，静态方法不需要知道这些。因此，它不能是一个虚方法(根据通过this获得的动态子类信息重载);相反，静态方法重载仅基于编译时可用的信息(这意味着:一旦引用了父类的静态方法，就调用父类方法，而不调用子类方法)。

根据这一点，抽象静态方法将是非常无用的，因为您永远不会用一些已定义的对象来代替它的引用。

糟糕的语言设计。直接调用静态抽象方法要比为使用该抽象方法而创建实例有效得多。当使用抽象类作为枚举无法扩展的变通方法时尤其如此，这是另一个糟糕的设计示例。希望他们能在下一个版本中解决这些限制。