首先，关于抽象类的一个关键点—— 抽象类不能被实例化(参见wiki)。因此，您不能创建抽象类的任何实例。

现在，java处理静态方法的方法是与该类的所有实例共享该方法。

所以，如果你不能实例化一个类，这个类就不能有抽象静态方法，因为抽象方法需要扩展。

繁荣。

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

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

@Overriding:

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

@Hiding:

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

子引用是唯一可用的:

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

您可以使用Java 8中的接口来实现这一点。

这是关于它的官方文件:

https://docs.oracle.com/javase/tutorial/java/IandI/defaultmethods.html

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

因为“抽象”的意思是:“不实现任何功能”，而“静态”的意思是:“即使你没有对象实例，也有功能”。这是一个逻辑矛盾。

我相信我已经找到了这个问题的答案，即为什么接口的方法(就像父类中的抽象方法一样工作)不能是静态的。以下是完整的答案(不是我的)

基本上静态方法可以在编译时绑定，因为要调用它们你需要指定一个类。这与实例方法不同，对于实例方法，在编译时调用方法的引用的类可能是未知的(因此只能在运行时确定调用哪个代码块)。

如果您正在调用一个静态方法，那么您已经知道实现它的类，或者它的任何直接子类。如果你定义

abstract class Foo {
    abstract static void bar();
}

class Foo2 {
    @Override
    static void bar() {}
}

然后任意Foo.bar();调用显然是非法的，您将始终使用Foo2.bar();。

考虑到这一点，静态抽象方法的唯一目的是强制子类实现这样的方法。你可能最初认为这是非常错误的，但如果你有一个泛型类型参数<E扩展MySuperClass>，它将很好地通过接口保证E可以. dosomething()。请记住，由于类型擦除，泛型只存在于编译时。

那么，它有用吗?是的，也许这就是为什么Java 8允许在接口中使用静态方法(尽管只有默认实现)。为什么不在类中使用默认实现抽象静态方法呢?很简单，因为具有默认实现的抽象方法实际上是一个具体方法。

为什么不使用没有默认实现的抽象/接口静态方法?显然，这仅仅是因为Java识别它必须执行哪个代码块的方式(我回答的第一部分)。