详解Java接口的相关知识

一、接口概述

接口，是Java语言中一种引用类型，是方法的集合，如果说类的内部封装了成员变量、构造方法、成员方法，那么接口的内部主要就是封装了方法，包含抽象方法(JDK 7及以前)、默认方法和静态方法(JDK8)，私有方法(JDK9)。

二、定义格式

接口格式

public interface 接口名称 {
    // 抽象方法
    // 默认方法
    // 静态方法
    // 私有方法
}

接口不能直接使用，必须有一个“实现类"来”实现接口“。

实现类格式：

public class 实现类名称 implements 接口名称{
    //覆盖重写接口中的抽象方法【必须】
    //重写接口中的默认方法【可选】
}

1.接口的实现类必须覆盖重写（实现）接口中所有的抽象方法。
实现：去掉abstract关键字，加上方法体大括号。

2.创建实现类的对象，进行使用。

注意事项：

如果实现类并没有覆盖重写接口中所有的抽象方法，那么这个实现类自己就必须是抽象类。

2.1 抽象方法

抽象方法：使用abstract关键字修饰，可以省略，没有方法体。该方法供子类实现使用。

代码如下：

public interface 接口名称 {
    public abstract void 方法名称();
}

注意事项：

1.抽象方法中的修饰符必须是两个固定的关键字：public abstract。这两个关键字修饰符，可以选择性省略。

2.方法的三要素，可以随意定义。

3.接口的实现类必须覆盖重写所有的抽象方法。

2.2 默认方法和静态方法

• 默认方法：使用default关键字修饰，不可省略，供子类调用或者子类重写。

备注：接口当中的默认方法，可以解决接口升级的问题。

• 静态方法：使用static关键字修饰，供接口直接调用。

public interface 接口名称{
    // 默认方法
    public default void 方法名称(){
        // 方法体
    }
    
    // 静态方法
    public static void 方法名称(){
        // 方法体
    }
}

静态方法使用注意事项：

不能通过接口实现类的对象来调用接口当中的静态方法。

正确用法：通过接口名称，直接调用其中的静态方法。

格式：

接口名称.静态方法(参数);

2.3 私有方法

私有方法：使用private修饰，供接口中的默认方法或者静态方法调用。

格式如下:

public interface 接口名称{
    // 普通私有方法,解决多个默认方法之间的重复代码问题
    private 返回值类型 方法名称(参数列表){
        // 执行语句
    }
    // 静态私有方法，解决多个静态方法之间重复代码问题
    private static 返回值类型 方法名称(参数列表){
        // 执行语句
    }
}

2.4 成员变量

接口中也可以定义“成员变量”，但是必须使用public static final三个关键字进行修饰。

从效果上来看，这其实就是接口中的【常量】。

格式：

public static final 数据类型 常量名称 = 数据值；

注意事项：

1.public、static、final三个关键字都可以省略。

2.接口中的常量，必须进行赋值，不能不赋值。

3.接口中的常量名称，使用的字符必须全部大写，用下划线进行分隔。

三、接口的注意事项

1.接口是没有静态代码块或者构造方法的。

2.一个类的直接父类是唯一的，但是一个类可以同时实现多个接口。

格式：

public class 类名称 implements 接口1，接口2，...{
    // 覆盖重写所有抽象方法
}

3.如果实现类所实现的多个接口当中，存在重复的抽象方法，那么只需要覆盖重写一次即可。

4.如果实现类没有覆盖重写所有接口当中的所有抽象方法，那么实现类就必须是一个抽象类。

5.如果实现类所实现的多个接口当中，存在重复的默认方法，那么实现类一定要对冲突的默认方法进行覆盖重写。

6.一个类如果直接父类当中的方法，和接口当中的默认方法产生了冲突，优先用父类当中的方法。

四、接口的特点

• 多实现性：一个类可以实现多个接口
• 多继承性：一个接口可以继承多个接口。

注意事项：

1.多个父接口当中的抽象方法如果重复，没关系，不要管。

2.多个父接口当中的默认方法如果重复，那么子接口必须进行默认方法的覆盖重写，【而且带着default关键字】。

到此这篇关于详解Java接口的相关知识的文章就介绍到这了,更多相关Java接口内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！