我也问了同样的问题，原因如下

因为抽象类说，它不会给出实现，并允许子类给出它

所以子类必须重写超类的方法，

规则1 -静态方法不能被覆盖

因为静态成员和方法是编译时元素，这就是为什么允许重载(编译时多态性)静态方法而不是重写(运行时多态性)

所以它们不可能是抽象的。

Java宇宙中不允许有抽象静态<——之类的东西

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

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

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

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

ClassA.methodA();

and

methodA();

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

ClassA methodA.

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

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

你不能重写静态方法，所以使它抽象是没有意义的。此外，抽象类中的静态方法将属于该类，而不是覆盖类，因此无论如何都不能使用。

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

当常规方法要被子类覆盖并提供功能时，它们可以是抽象的。 假设类Foo由Bar1, Bar2, Bar3等扩展。因此，每个人都将根据自己的需要拥有自己的抽象类版本。

静态方法根据定义属于类，它们与类的对象或类的子类的对象无关。它们甚至不需要它们存在，它们可以在不实例化类的情况下使用。因此，它们需要准备就绪，不能依赖于子类向它们添加功能。