【小家java】java8中接口方法引发的思考（默认方法、static静态方法）

前言

各位小伙伴大家好，我是A哥。

1、概述

以前，接口里的方法要求全部是抽象方法，java8以后允许在接口里定义默认方法和类方法。不同的是：

默认方法可以通过实现接口的类实例化的对象来调用,而类方法就相对于工具方法了。需要注意的是，此处的静态方法只能被public修饰（或者省略不写），不能是private或者protected

java8可以说是jdk版本的一次重大升级，给我们也带来了非常多的新特性，而本文就针对于java8中很重要的新特性之一：接口方法。来讨论一下平时使用中可能遇到的问题

2、栗子

大家都知道，在jdk8之后，接口里面咱们都可以写具体的方法了，但这方法比较特殊，只能是静态方法或者默认方法。这又让我们有更好的设计，可以设计出更加高内聚的代码，更加方便的管理封装。

public interface MyInter {
    default void df(){    //声明一个接口的默认方法
        System.out.println("i'am default f");
        sf();        //调用本接口的类方法
    }
    static void sf(){    //声明一个接口的类方法
        System.out.println("i'am static f");
    }
}

如上，本接口的默认方法还可以直接调用本类的静态方法。

默认方法的主要优势是提供一种拓展接口的方法，而不破坏现有代码。加入我们有一个已经投入使用接口需要拓展一个新的方法，在JDK8以前，如果为一个使用的接口增加一个新方法，则我们必须在所有实现类中添加该方法的实现，否则编译会出现异常。如果实现类数量少并且我们有权限修改，可能会工作量相对较少。如果实现类比较多或者我们没有权限修改实现类源代码，这样可能就比较麻烦。而默认方法则解决了这个问题，它提供了一个实现，当没有显示提供其他实现时就采用这个实现。这样新添加的方法将不会破坏现有代码。

默认方法的另一个优势是该方法是可选的，子类可以根据不同的需求Override默认实现

咱们先定义两个接口，下面要使用的

interface DemoInterface {
    default void doSomething() {
        System.out.println("默认方法-->demo");
    }
}
interface Demo1Interface {
    default void doSomething() {
        System.out.println("默认方法-->demo1");
    }
}

然后定义一个实现类

class AA implements DemoInterface {
    public static void main(String[] args) {
        AA aa = new AA();
        aa.doSomething(); //默认方法-->demo
    }
}

输出默认方法的输出，但如果AA实现了两个接口，并且这两个接口里有有同名默认方法呢？

我们会发现，编译报错了，强制要求我们必须实现这个方法。

class AA implements DemoInterface, Demo1Interface {
    @Override
    public void doSomething() {
        Demo1Interface.super.doSomething();
    }
    public static void main(String[] args) {
        AA aa = new AA();
        aa.doSomething(); //默认方法-->demo1
    }
}

再一个情况,接口之间存在继承关系，然后存在同名情况

interface DemoInterface {
    default void doSomething() {
        System.out.println("默认方法-->demo");
    }
}
interface Demo1Interface extends DemoInterface {
    default void doSomething() {
        System.out.println("默认方法-->demo1");
    }
}
class AA implements Demo1Interface {
    public static void main(String[] args) {
        AA aa = new AA();
        aa.doSomething(); //默认方法-->demo1
    }
}

我们发现，有点类似于Maven的原则：采取就近原则

综上，咱们经过实验得出如下结论：

     1.当继承的父类和实现的接口中有相同签名的方法时，优先使用父类的方法。

     2.当接口的父接口中也有同样的默认方法时，就近原则调用子接口的方法。

     3.当实现的多个接口中有相同签名的方法时，必须在实现类中通过重写方法解决冲突问题，否者无法通过编译，在重写的方法中可以通过 接口名.super.方法名(); 的方式显示调用需要的方法。

如果一个类既extend了父类，又实现了接口。如果出现同名方法，那就遵循类优先原则。

3、使用场景

接口是设计模式中一种开闭原则的体验，而java8赋予了接口新的特性，使得接口使用起来更加的得心应手了，这也有助于我们更加内聚自己的代码结构了。比如collection即可类和接口，排序接口，把很多工具方法都放到接口里了

4、最后

多多使用新的特性，就能多多提高生产效率（编码效率）。另外，我可以引出一个提问：为什么java的接口里的属性必须是static的？并且要求必须是final的呢？这个留给大家自己做思考。。。算了，顺便奉上吧：

1.接口中的数据对所有实现类只有一份,所以是static

2.要使实现类为了向上转型成功,所以必须是final的（接口不能被实例化，所以接口里面如果是变量的话不会被赋初始值这样就会出问题，所以必须是final的。其实还是为了安全考虑的） 这样接口也能起到一定的模版的作用