聊聊java中的多继承，解决Java8接口default方法多继承冲突问题【享学Java】

╰半橙微兮° 2021-12-22 06:19 248阅读 0赞

#### 每篇一句 ####

> 不经一番寒彻骨，哪来梅花扑鼻香

#### 前言 ####

众所周知，Java是一种**面向对象**的只允许**单继承**的语言，这是每个Java程序员从业者都知道`定理`。  
本文的目的，主要从两个方面来思考Java单继承的这个问题：

1.  为什么Java类被设计为只能单继承？
2.  怎样曲线实现`多继承`的效果？

#### Java类为何设计为只能`单继承`？ ####

我们都知道Java的主要设计者是`James Gosling`，下面我引用它的一段话来对Java语言进行定义：

> Java是一种`简单的`，面向对象的，分布式的，解释型的，健壮的，安全的，架构中立的，可移植的，高性能的，支持多线程的，动态语言。

该定义中和本文有关的一个关键词是：`简单的`。这个特性被放在了定义的第一位置，可见它的重要性。

**首先我用一个最为直观的例子来举例说明`多继承`带来的问题：**

class Father { 
        public void eat() { 
            System.out.println("爸爸吃饭方式...");
        }
    }
    
    class Mother { 
        public void eat() { 
            System.out.println("妈妈吃饭方式...");
        }
    }
    
    
    // 加入多继承是被允许的
    class Son extends Father, Mother { 
    }

假如上面的实例是编译不抱错的，那么请问下面测试代码会输入什么？

public class Main { 
        public static void main(String[] args) { 
            new Son().eat();
        }
    }

是不是顿时脑袋`puzzle`了？可能有的小伙伴会说打印`Father`类的呀，因为`extends`的时候`Father`在前，`Mother`在后。当然这是一种`语言设计`的解决方案，但是作为一个高级语言简单的通过这种顺序去控制这么重要的一个特性，显然我认为是**不明智**的

在Java中，类是结构性的，如上示例的多继承会造成结构上的混乱，这也是多继承带来的非常著名的`菱形继承问题`。  
`上过大学的（开玩笑的）`应该多多少少都了解点`C++`，它也是面向对象的语言，但是它**支持多继承**。这里其实是有一定的历史变迁的原因的：

*  C++语言是`1983`年由贝尔实验室的**Bjarne Stroustrup**在C语言的基础上推出的
 *  Java语言是`1995`年由**James Gosling**共同正式推出的

Java整整延后了`10+`年时间，那可不要更**高级**一下吗。另外`C++`在使用过程中其实门槛是比较高的，其中一个重要原因就是它多继承的设计，让使用者（特别特别是新手）会经常掉入这个陷阱，即使它也提出了相应的解决办法。

> 请小伙伴理解这个`高级`的深刻含义，作为程序员对`高级`、`底层`等词汇的理解应该是更加深刻的

对比之下，Java就**吸取了教训**，本着`简单的原则`，舍弃了C++中的多继承，从而也使得了Java更具有安全性和健壮性。

**因此如上例子实际会编译报错：**  
![在这里插入图片描述][20190629121318140.png]

###### 为何Java类继承(实现)多个接口没有问题呢？ ######

其实关于这一点，我个人认为Java语言在使用层面上已经做得很友好了。它把多个接口不叫继承`extends`，而叫实现`implements`，一下子从概念上就非常有区分度了，可谓对初学者非常之友好。

interface SmallEat { 
        public void eat();
    }
    
    interface BigEat { 
        public void eat();
    }
    
    
    class Son implements SmallEat, BigEat { 
    
        @Override
        public void eat() { 
            System.out.println("儿子自己的吃饭方式...");
        }
    }

这个例子是能够正常编译通过，正常work的。对于为何接口为何能多继承解释如下：

1.  Java接口是行为性的，也就是说**接口只是定义某个行为的名称**
2.  具体的实现动作，都在实现类本身这里。

因此，即使继承(实现)的多个接口中出现了`同名的方法名`，实现类中也有且只会有一个实现。所以并**不会出现结构混乱的情况**。

###### 为何接口可以多继承extends接口？ ######

通过上面的阐述，相信这个问题的答案也就迎刃而解了。

--------------------

#### Java类如何实现`多继承`的效果？ ####

这里可以先举个例子：我们知道`JavaScript`的对象是**不支持继承**的，但是它却可以通过**扩展原型链**（propertype）的方式来实现继承类似的效果。

同样本节想解决的问题是，Java是不支持多继承的，那若我就是想要`双亲`呢？  
下面用一个经典的例子来阐述如何解决`双亲问题`：

class Father { 
        public int strong(){ 
            return 9;
        }
    }
    
    class Mother { 
        public int kind(){ 
            return 8;
        }
    }

一个父亲和一个母亲，父亲的强壮指数是9，母亲的温柔指数是8。现在若生了一个儿子Son，理论上它应该是这样的：**既有父亲的强壮，也有母亲的温柔**。用代码可以表述`双亲`如下：

class Son { 
        //通过继承增强父亲的行为属性：比父亲更强壮
        private class Father_1 extends Father { 
            @Override
            public int strong() { 
                return super.strong() + 1;
            }
        }
    
        //增强母亲的行为属性：没有母亲温柔
        private class Mother_1 extends Mother { 
            @Override
            public int kind() { 
                return super.kind() - 2;
            }
        }
    
        //===============public对外暴露Son自己的行为===============
        public int getStrong() { 
            return new Father_1().strong();
        }
    
        public int getKind() { 
            return new Mother_1().kind();
        }
    }

**儿子继承了父亲**，变得比父亲更加强壮；**同时也继承了母亲**，只不过温柔指数下降了，我举的这个例子是不是也非常符合现实啊，哈哈。

> 此方案用到了一个基础知识点：内部类可以继承一个与外部类无关的类，保证了内部类的独立性，从而达到`高内聚`的编码规范

说明：其实有多种方式都能实现**类似的效果**，本文我介绍的是我认为是使用**更接近多继承**思维来解决问题~

#### Java8接口默认方法的多继承问题 ####

我们知道Java8的一大新特性的是：接口中可以写**default方法**了。这其实是java**自己就给自己**出了一个问题。

接口可以书写默认方法了，然后又因为**接口之间是可以多继承**的，因而实质上Java 8的接口多继承其实也会涉及到实现多继承的问题。下面我们通过一个实例来看看Java它在`语法层面`的解决方案：

interface Father { 
        default void eat() { 
            System.out.println("爸爸吃饭方式...");
        }
    }
    
    interface Mother { 
        default void eat() { 
            System.out.println("妈妈吃饭方式...");
        }
    }

爸爸妈妈都是接口定义，所以儿子Son实现两个接口理论上肯定是阔以的：

class Son implements Father, Mother { 
    }

不了编译报错如下：  
![在这里插入图片描述][20190629123738497.png]

> 说明：如果只实现一个接口，编译不会报错且default方法是能直接通过实例调用的。

==解决方案： ==

class Son implements Father, Mother { 
    
        @Override
        public void eat() { 
            System.out.println("儿子自己的吃饭方式~~~");
    
            // 注意这种语法是调用 【指定接口】的defualt方法：
            // 若接口名字没有冲突，直接super调用即可~~~
            Father.super.eat();
            Mother.super.eat();
        }
    }

测试：

public class Main { 
        public static void main(String[] args) { 
            new Son().eat();
        }
    }

输出结果：

儿子自己的吃饭方式~~~
    爸爸吃饭方式...
    妈妈吃饭方式...

归纳总结：解决接口`default`方法**冲突**的三步骤：

1.  **方法签名相同时，才表示出现了冲突。**
2.  类中的方法优先级最高。类或者父类中的方法实现优先级大于任何接口的默认方法
3.  其实，**子接口**的默认方法优先级更高。
4.  若最终还是无法判断，那么实现类必须通过显示复写的方式复写默认方法，然后再自己通过`xxx.super.xxx()`的方式来指定具体使用哪个接口的实现

总之，Java8在语言层面上，对若出现接口default方法冲突的解决方案是：**不作为**。其实不作为也是一种作为，它让编译器去提示调用者必须显示的`override`这个冲突的方法，让coder自己去决定调用逻辑~

#### 总结 ####

写这篇文章的原因是我自己在写`default`方法的时候出现了冲突，从而决定多java的多继承深入了解一下。  
带着问题来驱动学习这样的效果会更好，希望本文也能给你带来帮助~

The last：如果觉得本文对你有帮助，不妨点个赞呗。当然分享到你的朋友圈让更多小伙伴看到也是被`作者本人许可的~`

--------------------

# 关注A哥 #

<table> 
 <thead> 
  <tr> 
   <th>Author</th> 
   <th><a href="https://www.yourbatman.cn/about" rel="nofollow">A哥(YourBatman)</a></th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>个人站点</td> 
   <td><a href="https://www.yourbatman.cn" rel="nofollow">www.yourbatman.cn</a></td> 
  </tr> 
  <tr> 
   <td>E-mail</td> 
   <td>yourbatman@qq.com</td> 
  </tr> 
  <tr> 
   <td><strong>微 信</strong></td> 
   <td><a href="https://www.yourbatman.cn/images/wechat.png" rel="nofollow">fsx641385712</a></td> 
  </tr> 
  <tr> 
   <td><strong><code>活跃平台</code></strong></td> 
   <td><a href="https://www.yourbatman.cn" rel="nofollow"><img src="https://img-blog.csdnimg.cn/2020071015182276.png" alt=""></a> <a href="https://fangshixiang.blog.csdn.net/" rel="nofollow"><img src="https://img-blog.csdnimg.cn/20200710151913394.png" alt=""></a><a href="https://yourbatman.cnblogs.com" rel="nofollow"><img src="https://img-blog.csdnimg.cn/20200710151929355.png" alt=""></a><a href="https://juejin.im/user/5b44d178f265da0fa1220efe/posts" rel="nofollow"><img src="https://img-blog.csdnimg.cn/20200710151938937.png" alt=""></a><a href="https://www.zhihu.com/people/fangshixiang/posts" rel="nofollow"><img src="https://img-blog.csdnimg.cn/20200710151950629.png" alt=""></a><a href="https://www.jianshu.com/u/8740f1fdd684" rel="nofollow"><img src="https://img-blog.csdnimg.cn/20200710152000530.png" alt=""></a><a href="https://segmentfault.com/u/yourbatman/articles" rel="nofollow"><img src="https://img-blog.csdnimg.cn/20200710152008726.png" alt=""></a><a href="https://github.com/yourbatman" rel="nofollow"><img src="https://img-blog.csdnimg.cn/20200710152015895.png" alt=""></a></td> 
  </tr> 
  <tr> 
   <td><strong>公众号</strong></td> 
   <td><a href="https://www.yourbatman.cn/images/wechat_channel.jpg" rel="nofollow">BAT的乌托邦（ID：BAT-utopia）</a></td> 
  </tr> 
  <tr> 
   <td>知识星球</td> 
   <td><a href="https://t.zsxq.com/nQBi66I" rel="nofollow">BAT的乌托邦</a></td> 
  </tr> 
  <tr> 
   <td>每日文章推荐</td> 
   <td><a href="https://github.com/yourbatman/reading/issues" rel="nofollow">每日文章推荐</a></td> 
  </tr> 
 </tbody> 
</table>

![BAT的乌托邦][BAT]

[20190629121318140.png]: /images/20211220/5354c8dada484e77b00443f1db6d8a6f.png
[20190629123738497.png]: /images/20211220/ef2d973dd85042859599b440da6f5c18.png
[BAT]: /images/20211220/773d076cd35c44d3a1bd48813c6cae8e.png