Java中super关键字的使用方法-java教程-PHP中文网

super关键字用于访问父类成员，解决继承中命名冲突与初始化问题：1. 访问被隐藏的父类变量（super.变量）；2. 调用被重写的方法（super.方法()），实现逻辑扩展；3. 在子类构造器中调用父类构造器（super()或super(参数)），确保正确初始化。它保证了继承链中对象状态的一致性，但应避免滥用以防止紧耦合与脆弱基类问题。

java中super关键字的使用方法

super

登录后复制

关键字在Java中是一个相当核心且功能强大的引用，它主要用来指代当前对象的直接父类对象。简单来说，当你身处一个子类，需要明确地访问或调用父类中的成员（无论是字段、方法还是构造器）时，

super

登录后复制

就是你的导航员。它解决了在继承体系中，子类成员可能“遮蔽”父类同名成员，或者需要显式地初始化父类状态的问题。

解决方案

super

登录后复制

关键字的使用场景主要集中在以下三个方面：

访问父类的实例变量： 当子类中定义了一个与父类中同名的实例变量时，为了区分并访问父类的那个变量，就需要使用

super.变量名

登录后复制

。这其实是一种变量隐藏（variable hiding），

super

登录后复制

提供了一个明确的路径来穿透子类的定义，触达父类的版本。

class Parent {
    String message = "Hello from Parent";
}

class Child extends Parent {
    String message = "Hello from Child";

    void displayMessage() {
        System.out.println(message); // 访问子类的message
        System.out.println(super.message); // 访问父类的message
    }
}
// 使用示例
// Child c = new Child();
// c.displayMessage();
// 输出：
// Hello from Child
// Hello from Parent

登录后复制

调用父类的方法： 这是
```
super
```
登录后复制
最常见也最关键的用途之一，尤其是在方法重写（method overriding）的场景下。当子类重写了父类的一个方法，但又希望在子类的方法中执行父类的原始逻辑，然后再添加或修改自己的逻辑时，就可以使用
```
super.方法名()
```
登录后复制
来调用父类被重写的方法。这体现了“扩展而非完全替换”的设计思想。

立即学习“Java免费学习笔记（深入）”；
```
class Animal {
    void makeSound() {
        System.out.println("Animal makes a sound");
    }
}

class Dog extends Animal {
    @Override
    void makeSound() {
        super.makeSound(); // 调用父类的makeSound方法
        System.out.println("Dog barks"); // 添加狗自己的行为
    }
}
// 使用示例
// Dog myDog = new Dog();
// myDog.makeSound();
// 输出：
// Animal makes a sound
// Dog barks
```
登录后复制
调用父类的构造器： 在子类的构造器中，
```
super()
```
登录后复制
或
```
super(参数列表)
```
登录后复制
用于显式地调用父类的构造器。这是保证对象在继承链中正确初始化的关键一步。JVM会强制要求在子类构造器执行前，父类的构造器必须被调用。如果你不手动调用，编译器会默认在子类构造器的第一行插入一个
```
super()
```
登录后复制
（调用父类的无参构造器）。如果父类没有无参构造器，或者你需要调用父类带参数的构造器，那么你就必须显式地使用
```
super(参数)
```
登录后复制
来指定。这个调用必须是子类构造器中的第一个语句，否则会编译错误。
```
class Vehicle {
    String type;
    Vehicle(String type) {
        this.type = type;
        System.out.println("Vehicle constructor: " + type);
    }
}

class Car extends Vehicle {
    String model;
    Car(String type, String model) {
        super(type); // 必须是第一行，调用父类的构造器
        this.model = model;
        System.out.println("Car constructor: " + model);
    }
}
// 使用示例
// Car myCar = new Car("Sedan", "Civic");
// 输出：
// Vehicle constructor: Sedan
// Car constructor: Civic
```
登录后复制

为什么我们需要使用super关键字？它解决了哪些常见问题？

从我个人的经验来看，

super

登录后复制

关键字的存在，很大程度上是为了维护面向对象编程中“继承”这一核心特性的完整性和可控性。它解决的，本质上是命名冲突与初始化顺序这两大痛点。

想象一下，如果一个子类和父类都有一个名为

name

登录后复制

的字段，或者都实现了一个

printInfo()

登录后复制

方法，而我们又没有

super

登录后复制

这个机制来区分，那代码就会变得一团糟。子类总是会“遮蔽”父类的同名成员，导致我们无法访问到父类的原始逻辑或状态。

super

登录后复制

就像一个望远镜，让你能够透过子类的表面，清晰地看到并操作父类的内部。

更深层次地讲，它保证了继承体系中对象构建的链式责任。一个子类对象的完整构造，必然依赖于其父类部分的正确构造。

super()

登录后复制

构造器调用就是这个链条的粘合剂，它确保了从最顶层的

Object

登录后复制

类开始，每一层父类的构造器都能被恰当地执行，从而让整个对象的状态在创建之初就是一致且有效的。这对于构建健壮的软件系统至关重要，否则，你可能会遇到各种未初始化或部分初始化的对象，那调试起来简直是噩梦。

super()和this()构造器调用有什么区别和联系？

super()

登录后复制

和

this()

登录后复制

都是在构造器内部使用的特殊调用，但它们的目标和作用域截然不同，却又在某些方面共享着严格的规则。

法语写作助手

法语助手旗下的AI智能写作平台，支持语法、拼写自动纠错，一键改写、润色你的法语作文。

查看详情

区别：

目标对象：
- ```
this()
```
  登录后复制
  ：用于调用当前类的其他构造器。它允许你在一个构造器中重用另一个构造器的初始化逻辑，避免代码重复。
- ```
super()
```
  登录后复制
  ：用于调用直接父类的构造器。它确保了父类部分的初始化，是继承体系中构造器链的入口。
用途：
- ```
this()
```
  登录后复制
  ：侧重于同一类内部的构造器重载和代码复用。
- ```
super()
```
  登录后复制
  ：侧重于继承体系中父类部分的初始化。

联系：

位置限制： 无论是
```
this()
```
登录后复制
还是
```
super()
```
登录后复制
，它们都必须是构造器中的第一个语句。这是Java语言的强制规定，确保了构造器调用的顺序性和一致性。你不能在一个构造器中先执行一些业务逻辑，然后再去调用
```
this()
```
登录后复制
或
```
super()
```
登录后复制
。
互斥性： 在同一个构造器中，你不能同时使用
this()
登录后复制
和
super()
登录后复制
。因为它们都必须是第一条语句，这本身就造成了逻辑上的冲突。一个构造器要么调用自己的另一个构造器（通过
```
this()
```
登录后复制
），要么调用父类的构造器（通过
```
super()
```
登录后复制
），但不能同时做这两件事。编译器会对此进行检查并报错。
隐式调用： 如果子类构造器中没有显式地调用
```
this()
```
登录后复制
或
```
super()
```
登录后复制
，编译器会默认在子类构造器的第一行插入一个
```
super()
```
登录后复制
调用（即调用父类的无参构造器）。但
```
this()
```
登录后复制
没有这种隐式行为。

理解这两者的区别和联系，对于编写清晰、高效且符合Java对象生命周期管理规范的代码至关重要。我曾见过不少新手开发者，因为混淆这两者而导致编译错误或运行时异常，究其原因，往往是对对象初始化流程缺乏深刻理解。

在实际开发中，何时应该避免或谨慎使用super关键字？

虽然

super

登录后复制

关键字是Java继承机制的基石，但在某些场景下，过度或不恰当的使用反而可能引入问题，或者说，它提醒我们可能存在更好的设计选择。

过度依赖
```
super.method()
```
登录后复制
可能导致“脆弱的基类”问题： 当你在子类中大量调用
```
super.method()
```
登录后复制
来扩展父类方法时，如果父类方法的实现细节发生变化，子类很可能会受到影响，甚至出现意想不到的行为。这被称为“脆弱的基类”问题。父类开发者在修改代码时，可能没有意识到会影响到所有子类中
```
super
```
登录后复制
的调用。我的建议是，除非父类明确设计为可扩展的（例如通过模板方法模式），并且其方法行为是稳定的，否则要谨慎。有时候，更好的做法是考虑组合（Composition）而非继承，或者将父类的通用逻辑抽象成接口或工具类。
直接通过
```
super.field
```
登录后复制
访问父类字段： 尽管Java语法允许你通过
```
super.field
```
登录后复制
访问父类的实例变量，但这通常被认为是一种破坏封装性的行为，尤其当父类的字段不是
```
protected
```
登录后复制
或
```
public
```
登录后复制
时。如果父类字段是
```
private
```
登录后复制
的，那么子类根本无法直接访问（即使是
```
super
```
登录后复制
也无能为力）。如果父类字段是
```
protected
```
登录后复制
或
```
public
```
登录后复制
，直接访问意味着子类对父类的内部实现细节有了强耦合。一旦父类决定修改字段名或其内部结构，所有直接访问它的子类都可能需要修改。更好的实践是，父类提供
```
getter/setter
```
登录后复制
方法来访问其内部状态，子类通过这些方法与父类交互，而不是直接操作字段。
在某些设计模式中，
```
super
```
登录后复制
的滥用会增加复杂性： 例如，在某些回调或事件处理机制中，如果子类需要通知父类执行某个操作，直接调用
```
super.callbackMethod()
```
登录后复制
可能不如通过接口回调或观察者模式来得灵活和解耦。直接调用
```
super
```
登录后复制
意味着子类对父类的具体实现有很强的依赖，这不利于模块化和测试。