Java中的默认接口方法和静态接口方法

默认接口方法

java中的默认接口方法是这样定义的：

1. public interface NewInterface { 
2.  
3.     void otherMethod(); 
4.      
5.     default void doSomething() { 
6.         System.out.println(" do something "); 
7.     } 
8. } 
9.  
10. public class NewInterfaceImpl implements NewInterface { 
11.     @Override 
12.     public void otherMethod() { 
13.  
14.     } 
15. } 

在接口中使用关键字default声明并提供具体实现，而且该方法不需要添加public关键字就可以公开调用，甚至你可以在其实现类中覆写(@Override)。

通常基于抽象的概念设计中，抽象往往有多个实现，如果没有多个实现也不太必要去抽象。而且一个接口的实现必须实现该接口所有的抽象方法，这并不是一个可选择的行为，如果我们在一个接口中增加了新的方法就会影响到其所有的实现类，很可能有些实现类根本不需要这个功能，但是又不得不去实现该功能。

接口默认方法是解决这个问题的有效方式。它允许在接口中直接添加一个功能实现，并且所有的实现类都可以使用这个功能实现而无需修改这些实现类。通过这种方式，可以巧妙地保留向后兼容性。另外这也是扩展函数式接口的唯一方法，如果没有默认方法，一旦函数式接口需要扩展就会引发“灾难性”的连锁反应。

这样说来默认接口方法确实是一个非常好的特性，但是还是有一些需要我们注意的问题。由于 Java 允许类实现多个接口，当一个类实现多个定义相同默认方法的接口时会发生什么情况? 我们再定义一个带默认接口方法的接口，并且方法的名称也是doSomething:

1. public interface AnotherInterface { 
2.     void anotherMethod(); 
3.  
4.     default void doSomething() { 
5.         System.out.println(" do another something "); 
6.     } 
7. } 

这时候如果一个类同时实现了NewInterface和AnotherInterface

方法签名引起的冲突

因为方法签名相同，无法判断使用哪个方法，连编译都过不去。为了解决这个分歧，我们必须明确地为这些方法提供一个实现。

静态接口方法

从 Java 8 开始，我们还可以在接口中定义静态方法。由于静态接口方法不属于特定对象，因此它们不是接口实现类的一部分，你不能通过实现类去调用静态接口方法，只能通过接口去调用。利用这个特性我们可以实现一些固定范式的功能，并且该功能不会因为接口的多态而改变，避免出现不良后果。

1. @FunctionalInterface 
2. public interface Customizer<T> { 
3.   
4.    void customize(T t); 
5.   
6.    static <T> Customizer<T> withDefaults() { 
7.       return (t) -> { 
8.       }; 
9.    } 
10.  
11. } 

这是Spring Security 自定义配置的关键接口，如果你使用默认配置你可以直接通过静态方法实现，如果你想自定义就通过实现抽象接口，这样统一的范式就能够稳定下来了，一般作为一种功能的辅助手段，而且这种手段不能被改写。

两者的场景差异

默认接口方法 提供默认的功能实现，你不喜欢可以改。

静态接口方法 同样提供一个默认的功能实现，对不起爱用不用，子类无法进行覆写。

原文链接：https://mp.weixin.qq.com/s/9iFO44id4Ks2ra2XbG7HCg