接口里面可以写实现方法吗【可以】、接口可以多继承吗【可以】

冷不防 2024-03-26 19:14 97阅读 0赞

比如下面这道题：

> `问:` 接口里面可以写方法吗？  
> `答:` 当然可以啊，默认就是[抽象方法][Link 1]。  
> .  
> `问：` 那接口里面可以写实现方法吗？  
> `答：` 不可以，所有方法必须是抽象的。  
> .  
> `问：` 你确定吗？  
> `答：` 确定……

面试同学看起来对这问题有点怀疑人生，最后还是斩钉截铁的告诉面试官：接口里面只能写抽象方法，不能写实现方法。

> `问：` 接口里面是可以写实现方法的，Java 8 开始就可以了，你用过 Java 8 吗?  
> `答：` 好吧，看来是我学艺不精，Java 8有了解一点，比如那个 Lambda 表达式，但实际项目中也没怎么用。

通过这些交流，能看出，虽然开发版本用的是 Java 8，但实际用的还是 Java 8 之前的最基础的语法。

Java 8 至 2014 年发布至今，已经过了 6 个年头了，最新的 Java 14 都发布了，OK？我们围绕着问题展开。

###### ▌什么是默认方法和静态方法？ ######

上面也说了，Java 8 开始是可以有方法实现的，可以在接口中添加默认方法和静态方法。

默认方法用 default 修饰，只能用在接口中，静态方法用 static 修饰，这个我们不陌生了。并且接口中的默认方法、静态方法可以同时有多个。

在接口中写实现方法一点也不稀奇，像这样的用法，从 Java 8 到 Java 14 已是遍地开花，到处都可以看到接口默认方法和静态方法的身影。

比如我们来看下在 JDK API 中 java.util.Map 关于接口默认方法和静态方法的应用。

public interface Map<K,V> {
        
        ...
        /**
        * 接口默认方法
        */
        default boolean remove(Object key, Object value) {
        
            Object curValue = get(key);
            if (!Objects.equals(curValue, value) ||
                (curValue == null && !containsKey(key))) {
        
                return false;
            }
            remove(key);
            return true;
        }
    
        ...
    
        /**
        * 接口静态方法
        */
        public static <K extends Comparable<? super K>, V> Comparator<Map.Entry<K,V>> comparingByKey() {
        
            return (Comparator<Map.Entry<K, V>> & Serializable)
                (c1, c2) -> c1.getKey().compareTo(c2.getKey());
        }
    
        ...
    
    }

###### ▌为什么要有接口默认方法？ ######

举一个很现实的例子：

我们的接口老早就写好了，后面因为各种业务问题，避免不了要修改接口。

在 Java 8 之前，比如要在一个接口中添加一个抽象方法，那所有的接口实现类都要去实现这个方法，不然就会编译错误，而某些实现类根本就不需要实现这个方法也被迫要写一个空实现，改动会非常大。

所以，接口默认方法就是为了解决这个问题，只要在一个接口添加了一个默认方法，所有的实现类就自动继承，不需要改动任何实现类，也不会影响业务，爽歪歪。

另外，接口默认方法可以被接口实现类重写。

###### ▌为什么要有接口静态方法？ ######

接口静态方法和默认方法类似，只是接口静态方法不可以被接口实现类重写。

接口静态方法只可以直接通过静态方法所在的 接口名.静态方法名 来调用。

###### ▌接口默认方法多继承冲突问题 ######

因为接口默认方法可以被继承并重写，如果继承的多个接口都存在相同的默认方法，那就存在冲突问题。

下面我会列举 3 个冲突示例场景。

###### 冲突一 ######

来看下面这段程序：

interface People {
        
     default void eat(){
        
      System.out.println("人吃饭");
     }
    }
    
    interface Man {
        
     default void eat(){
        
      System.out.println("男人吃饭");
     }
    }
    
    interface Boy extends Man, People {
        
    
    }

Boy 同时继承了 People 和 Man，此时在 IDEA 编辑器中就会报错：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDIwMzE1OA_size_16_color_FFFFFF_t_70_pic_center]

这就是接口多继承带来的冲突问题，Boy 不知道该继承谁的，这显然也是个问题，IDEA 也会提示，需要重写这个方法才能解决问题：

interface Boy extends Man, People {
        
    
     @Override
     default void eat() {
        
      System.out.println("男孩吃饭");
     }
    }

在方法里面还能直接调用指定父接口的默认方法，比如：

interface Boy extends Man, People {
        
    
     @Override
     default void eat() {
        
      People.super.eat();
      Man.super.eat();
      System.out.println("男孩吃饭");
     }
    }

再加个实现类测试一下：

static class Student implements Boy {
        
    
     public static void main(String[] args) {
        
      Student student = new Student();
      student.eat();
     }
    
    }

输出：

人吃饭
    男人吃饭
    男孩吃饭

嗯，很强大！

###### 冲突二 ######

我们再换一种写法，把 Man 继承 People，然后 Man 重写 People 中的默认方法。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDIwMzE1OA_size_16_color_FFFFFF_t_70_pic_center 1]

此时，编辑器不报错了，而 People 的默认方法置灰了，提示没有被用到。

再运行一下上面的示例，输出：

男人吃饭

因为 Man 继承 People，Man 又重写了默认方法。很显然，这个时候，Boy 知道该继承谁的默认方法了。

###### 冲突三 ######

在 Man 接口中新增一个方法：say，然后在 Boy 接口中新增一个默认方法：say。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDIwMzE1OA_size_16_color_FFFFFF_t_70_pic_center 2]

这时候，Man 中的抽象方法居然被忽略了，IDEA 都提示说没用到，这显然是默认方法优先于抽象方法。

###### ▌总结 ######

本文介绍了 Java 8 的默认方法和静态方法，以及默认方法的冲突问题解决方案。所以，再也不要说接口不能写实现方法了，那就太 OUT 了。。

文中只举了 3 个默认方法的冲突场景，不确定还没有更多冲突问题。

默认方法虽然解决了接口变动带来的问题，但如果设计不当，或者过度设计，其带来的方法冲突问题也是需要引起注意的。

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

[Link 1]: https://so.csdn.net/so/search?q=%E6%8A%BD%E8%B1%A1%E6%96%B9%E6%B3%95&spm=1001.2101.3001.7020
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDIwMzE1OA_size_16_color_FFFFFF_t_70_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/4b6c667e1e344b6d9296ff4b99b155dc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDIwMzE1OA_size_16_color_FFFFFF_t_70_pic_center 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/40f75d28a4e54f7aaf69dded28d3d54e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDIwMzE1OA_size_16_color_FFFFFF_t_70_pic_center 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/1d3c3408a2ee45b8bf7b6497b3171c93.png