以下部分说法的正确性是基于 jdk1.8版本 进行测试得出的，并且向上(之后的版本)兼容。如果需要验证以下说法，请先升级 jdk至1.8之后。

以下例子的 测试方法统一为:

public class Demo15 extends h implements hh{

public static void main(String[] args) {

        Demo15 sDemo15 = new Demo15();

        sDemo15.ads();

    } }

(1)

abstract class h {public abstract void ads() ;} 

  interface hh{void ads();}

public class Demo15 extends h implements hh{
@Override public void ads() { System.out.println("可以的"); }}

//结果自然是控制台打印  可以的 .  抽象父类的抽象方法在子类中可以实现与不实现。假如实现父类的抽象方法，即使接口也有同名方法，也会被默认覆盖了。所以调用的是子类自己覆写的方法。

(2)

abstract class h {public  void ads(){

System.out.println("bu可以的"); }}    //抽象父类的抽象方法改为已实现的方法。 1.8jdk之后的特性

 interface hh{void ads();}

public class Demo15 extends h implements hh{ } //子类的覆写方法去掉

// 结果自然是控制台打印  bu可以的 。 因为抽象父类的方法实现了，所以子类在没有覆盖的情况下，调用的是抽象父类的非抽象方法。而接口的方法默认的被抽象父类的方法覆盖了。

(3) 针对第二个进行的拓展:  如何确定接口的方法默认被抽象父类的方法覆盖了？

abstract class h {

protected void ads(){System.out.println("bu可以的"); }}  //相对第二个public 的修饰符 改为了 protected

 interface hh{void ads();}   //接口相对第二个不变

public class Demo15 extends h implements hh{ } //这里暂时不变

此时会报错：继承的方法h.ads（）无法隐藏hh中的公共抽象方法。

也就是说明抽象父类的方法的修饰改为 protected 之后, 子类隐式(没有显式的写出来,子类事实上也会有一个一模一样的方法)继承的 ads() 的修饰符同样也是 protected ，与接口的同名方法的修饰符 public 不符合。
P：为什么不符合 ？

访问权限不能满足。

Java、C++都规定了子类的访问权限不能比父类小，也就是说，若抽象方法/接口中方法的声明是public，子类继承来的方法也只能是public修饰（因为接口的方法必是public，所以子类实现接口的方法也必须是public）

那么当你像使用 protected 修饰符的时候，如果解决报错呢?

public class Demo15 extends h { } //这里就把接口给删除了
删除了接口之后就没有报错了。

P: 这也进一步说明抽象父类的方法会覆盖接口的同名方法，并且所受的限制也增加了源于接口的限制。

（4）jdk1.8后，接口的方法也能提供默认实现

interface hh{

    default  void ads() {

        System.out.println("可以的");}}

当然，即便有默认实现了，也会被抽象父类覆盖。

那么如何调用接口里边的默认实现方法呢?

interface hh{

    static void ads() {    //默认实现的方法的修饰符也可以修改为 static

   System.out.println("可以的");}}

既然是静态的了，像调用就很简单了。 接口名.方法名()  调用。和类方法调用一致。
文章由本人原创，转载请说明出处。如果有建议大可提出，多多指教。