当前位置: 首页
编程语言
Java中如何调用父类与接口的同名默认方法

Java中如何调用父类与接口的同名默认方法

热心网友 时间:2026-07-04
转载
在Java中,当一个类同时继承抽象类并实现接口(且二者定义了同名方法)时,可通过super.m1()调用父类实现,通过InterfaceName.super.m1()调用接口默认方法;直接写A.super.m1()会编译错误,因为super不支持显式指定父类名。

先问个问题:当一个子类既继承了抽象类,又实现了某个接口,且这两者恰好声明了同名方法,该调用哪一个?这几乎是Java进阶路上绕不开的必考点。

答案是——借助super.m1()调用父类实现,借助InterfaceName.super.m1()调用接口默认方法。而像A.super.m1()这样的写法,编译期就会直接报错,因为super这个关键字,天生就不接受前面加个类名来限定。

为什么会这样?这背后其实藏着Java底层设计的一个根本区别:单继承对多实现

Java只允许一个类有一个直接父类,这是语言的核心约束。正因为父类唯一,编译器可以毫无歧义地判定super指代的是哪个类。所以调用父类中定义的具体方法时,写super.m1()就够了——不用、也不能写上父类名。这里打个比方:super就像你家里那个唯一的“爸爸”,不需要说“我爸爸”,直接喊“爸”就够了。如果你非要写爸爸姓名.super,语法上就会被视为“XX类不是你的封闭类”,编译直接拦下。

但接口这边就复杂多了。一个类可以实现多个接口,当两个接口都提供了同名的default方法时,编译器就彻底犯难了——到底该听谁的?所以Java 8在引入默认方法时,强制要求调用接口方法时,必须用InterfaceName.super.m1()的格式显式指定。这不是一个可选项,而是必须遵守的语法规则。

下面是一个完整的可运行示例,看一遍就能明白:

interface C {
    default void m1() {
        System.out.println("C (interface default method)");
    }
}

abstract class A {
    abstract void display();
    void m1() {
        System.out.println("A (abstract class concrete method)");
    }
}

class B extends A implements C {
    @Override
    void display() {
        // ✅ 正确:调用父类 A 的 m1()
        super.m1(); // 输出: A (abstract class concrete method)

        // ✅ 正确:调用接口 C 的默认方法
        C.super.m1(); // 输出: C (interface default method)
    }

    @Override
    void m1() {
        // 若需重写并组合两者逻辑,也可在此处调用
        super.m1();     // 父类实现
        C.super.m1();   // 接口默认实现
    }
}

public class Main {
    public static void main(String[] args) {
        B obj = new B();
        obj.display(); // 触发上述两行调用

        // 输出:
        // A (abstract class concrete method)
        // C (interface default method)
    }
}

特别需要留意以下几点:

  • super.m1()始终指向直接父类(即A)中定义的方法,不能用于调用接口方法,连想都不要想;
  • C.super.m1()只适用于当前类直接实现的接口,且该接口必须确实声明了default方法;
  • 如果父类A中的m1()abstract的,那super.m1()就是非法的,因为不能调用一个抽象方法——这种情况下只能由子类自己提供实现;
  • 不要试图写A.super.m1()B.super.m1()——super这个关键字天生就不接受类型前缀,这么写就是语法错误。

说到底,理解super的语义边界才是关键:它代表“直接父类的实例上下文”,而接口默认方法则属于“静态绑定到特定接口”的行为,必须显式限定。把这两条路理清楚,代码的可维护性和设计透明度自然就上去了。

来源:https://www.php.cn/faq/2751801.html

游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。

同类文章
更多
如何在ThinkPHP中实现定时任务与命令行调度方法

如何在ThinkPHP中实现定时任务与命令行调度方法

用ThinkPHP实现定时任务时,很多开发者第一步就卡在命令行报错上,直接输入php think your:command却无法识别——这种情况绝大多数是因为命令类的注册方式存在问题。下面先梳理几个核心要点。 ThinkPHP 6 中 think 命令如何正确触发自定义指令 直接运行 php thi

时间:2026-07-04 06:55
ThinkPHP API接口防重放攻击实现方法

ThinkPHP API接口防重放攻击实现方法

先说几个核心判断:API防重放攻击这件事,做对了是道防火墙,做错了就是个心理安慰。很多开发者到踩坑了才明白——验签这东西,放错位置、漏掉字段、存错nonce,每一环都能让整个安全体系直接归零。 验签必须放在中间件里,不能在控制器里写 ThinkPHP 的请求生命周期中,中间件是唯一能在路由匹配、参数

时间:2026-07-04 06:55
ThinkPHP文件上传必须验证扩展名安全必要性分析

ThinkPHP文件上传必须验证扩展名安全必要性分析

在使用ThinkPHP进行文件上传时,ext扩展名验证通常是开发者首先接触的关键环节。但你真的了解它的实际工作原理吗?它仅比对文件名后缀,而不读取文件内容,甚至对空格和大小写都极其敏感。更为重要的是——它是TP文件上传验证五层防线中不可忽视的第一道关卡,一旦配置遗漏,整个validate验证链将直接

时间:2026-07-04 06:55
ThinkPHP关联模型自动写入与更新使用教程

ThinkPHP关联模型自动写入与更新使用教程

需要明确的是,ThinkPHP关联模型并没有提供所谓的“自动写入 更新”魔法开关。所谓的“自动”功能,实际上都需要开发者手动编写配置逻辑才能生效。核心原则在于:主模型和从模型必须分开独立处理,时间戳字段和业务字段需依靠修改器或钩子接管;批量操作则要规规矩矩地绕过模型逻辑来执行——只有理解透彻这些要点

时间:2026-07-04 06:55
BoxLayout中仅居中一个组件其他默认左对齐

BoxLayout中仅居中一个组件其他默认左对齐

在 Java Swing 中使用 BoxLayout 的 Y_AXIS 方向布局时,很多初学者容易掉进一个常见陷阱:希望将某个组件单独设置为中心对齐,但当调用 `setAlignmentX(CENTER_ALIGNMENT)` 后,却发现其他组件也跟着发生了偏移,完全达不到预期效果。实际上,关键之处

时间:2026-07-04 06:54
热门专题
更多
刀塔传奇破解版无限钻石下载大全 刀塔传奇破解版无限钻石下载大全
洛克王国正式正版手游下载安装大全 洛克王国正式正版手游下载安装大全
思美人手游下载专区 思美人手游下载专区
好玩的阿拉德之怒游戏下载合集 好玩的阿拉德之怒游戏下载合集
不思议迷宫手游下载合集 不思议迷宫手游下载合集
百宝袋汉化组游戏最新合集 百宝袋汉化组游戏最新合集
jsk游戏合集30款游戏大全 jsk游戏合集30款游戏大全
宾果消消消原版下载大全 宾果消消消原版下载大全
  • 日榜
  • 周榜
  • 月榜