以下部分说法的正确性是基于 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("可以的");}}
既然是静态的了，像调用就很简单了。 接口名.方法名() 调用。和类方法调用一致。
文章由本人原创，转载请说明出处。如果有建议大可提出，多多指教。
网友评论