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

将一个方法声明为静态意味着我们可以通过它的类名调用该方法，如果这个类也是抽象的，那么调用它就没有意义了，因为它不包含任何主体，因此我们不能同时将一个方法声明为静态的和抽象的。

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

这是一个糟糕的语言设计，真的没有理由不可能。

事实上，这里有一个模式或方法可以在**Java中模仿它，让你至少能够修改自己的实现:

public static abstract class Request {                 

        // Static method
        public static void doSomething() {
                get().doSomethingImpl();
        }
        
        // Abstract method
        abstract void doSomethingImpl();

        /////////////////////////////////////////////
        private static Request SINGLETON;
        private static Request get() {
            if ( SINGLETON == null ) {
                // If set(request) is never called prior,
                // it will use a default implementation. 
                return SINGLETON = new RequestImplementationDefault();
            }
            return SINGLETON;
        }
        public static Request set(Request instance){
            return SINGLETON = instance;
        }
        /////////////////////////////////////////////
}

两种实现:

/////////////////////////////////////////////////////

public static final class RequestImplementationDefault extends Request {
        @Override void doSomethingImpl() {
                System.out.println("I am doing something AAA");
        }
}

/////////////////////////////////////////////////////

public static final class RequestImplementaionTest extends Request {
        @Override void doSomethingImpl() {
                System.out.println("I am doing something BBB");
        }
}

/////////////////////////////////////////////////////

可以这样使用:

Request.set(new RequestImplementationDefault());

// Or

Request.set(new RequestImplementationTest());

// Later in the application you might use

Request.doSomething();

这将允许您静态地调用方法，同时还能够更改例如Test环境的实现。

理论上，您也可以在ThreadLocal上执行此操作，并且能够为每个线程上下文设置实例，而不是像这里所示的完全全局，然后可以执行Request。withRequest(anotherRequestImpl，() ->{…})或类似的。

现实世界通常不需要ThreadLocal方法，通常能够全局地改变测试环境的实现就足够了。

请注意，这样做的唯一目的是能够保留静态方法所提供的直接、轻松和干净地调用方法的能力，同时能够切换实现，以牺牲稍微复杂的实现为代价。

它只是一种绕过通常不可修改的静态代码的模式。

因为抽象方法属于类，不能被实现类覆盖。即使存在具有相同签名的静态方法，它也会隐藏该方法，而不会覆盖它。 因此，将抽象方法声明为静态方法是无关紧要的，因为它永远不会获得对象体。因此，编译时错误。

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