JDK 1.8接口可以写非抽象方法

public interface SourceInterface
{
    int a = 5;
    int b = 10;

    public static int add()
    {
        return a + b;
    }

    public static void reset()
    {
        // do sth
    }

    public default int f1()
    {
        return a;
    }

    public default void f2()
    {
        // do sth
    }
}

class learnCode
{
    public void userInterface()
    {
        int xx = SourceLearning.add();
        SourceLearning.reset();
        SourceLearning instance = new SourceLearning()
        {
            @Override
            public void f2()
            {
                // do sth 、
            }
        };
        instance.f1();
        instance.f2();
        //int y=instance.add(); 注意这句会编译错误
    }
}

 

代码中，我们可以发现以下几点不同：

1、在接口中，可以直接添加静态方法。

该静态方法作为接口的类方法，可以直接使用。不需要依托某个实现类。

2、在接口中，可以直接添加非抽象的实例方法。

在实例方法的申明中，需要增加default关键字修饰，因此这种方法也称为默认方法。他是接口自带的方法。接口被实现后，实例可以直接使用这些默认方法，同时如果对默认方法需要重写时，可以直接重写即可。

这两点新特性相对于java8之前的版本来说，可以说有质的改变。

 

引申：

可以增加方法的接口，开始变的更像抽象类。Java类在实现了多个拥有默认方法的接口后，从侧面展现的像是实现了多重继承的影子。

注意：如果两个接口的默认方法出现重复申明，则需要在实现方法中重写该方法，否则jvm在执行时，无法确定究竟应该使用哪个接口的同名方法。这应该可以算是本次新引入特性的一个弊端，如果是指定使用的是某个接口中的默认方法时，可以采用

1 @Override
2 public void f2()
3 {
4     SourceLearning.super.f2();
5 }

 

的形式

那么，java为什么要引入默认方法呢？如果需要往接口中添加方法，直接使用抽象类即可，为什么要破坏已有的约定呢？

我认为主要原因如下：

在面向接口的编程过程中，发现原有的接口中，都需要添加一个相同的方法，那么现在有两种方案：

1)接口换抽象类，抽象类中添加该方法

2)接口中添加该抽象方法，在每一个接口的实现类中，均添加相同的实现方法。

无论选择哪种方法，都需要对已有的代码做出非常大的改动。可是如果使用默认方法，使对接的接口默认就拥有某些功能的实现，则很好的解决了假设的问题。