super关键字在Java中用于引用父类的构造方法或成员方法。以下是其使用方法：调用父类构造方法在子类构造方法中，使用super()调用父类的构造方法，必须放在构造方法的第一行。classAnimal{Animal(Stringname){System.out.println("Animalconstructor:"+name);}}classDogextendsAnimal{Dog(){supe

Java中的super关键字是子类访问父类成员的关键桥梁，但其使用充满精妙限制：它仅在构造器、实例方法和字段初始化中有效，且super()必须位于构造器首行；super.字段可访问被隐藏的父类同名实例字段（private除外），但不触发多态；super.方法强制调用父类实现，绕过当前重写，却仍受访问修饰符和继承链约束；它绝不能用于静态上下文，接口中需用A.super语法；更需警惕的是——super虽在编译期解析，绑定的却是运行时的this对象，因此父类方法内部若调用被重写的方法，多态依然生效。理解这些边界与陷阱，才能真正驾驭继承中的控制权。

super 不是万能的父类访问开关，它只在子类构造器、实例方法和实例字段初始化中有效，且不能脱离继承链使用。

super() 必须是构造器第一行调用

Java 规定：如果子类构造器没显式写 super() 或 this()，编译器会自动插入无参 super()。但一旦父类没有无参构造器，就会报错 Constructor not defined。

• 必须手动调用带参 super(…)，且只能出现在第一行
• 不能在普通方法里调用 super() —— 这不是方法，是构造器调用语法
• 如果父类只有 protected Parent(String s)，子类必须写 super("x")，否则编译失败

super.字段名 只能访问被子类隐藏（shadow）的父类字段

当子类定义了与父类同名的实例字段（非重写），super.field 是唯一能访问父类该字段的方式；但如果字段是 private，即使加 super. 也访问不到 —— 编译直接拒绝。

• 父类 public String name = "A";，子类 String name = "B"; → super.name 得到 "A"
• 父类 private int id; → super.id 编译错误：id has private access in Parent
• 字段访问不触发多态，跟方法不同；super.name 拿的是父类对象内存里的值，不是运行时动态绑定

super.方法名() 调用的是父类版本，但受访问修饰符和重写规则约束

这是最易混淆的点：super.method() 强制跳过当前类重写逻辑，回到父类实现，但前提是该方法可被访问（即不是 private），且父类方法确实存在（不是 abstract 且未被子类彻底覆盖）。

• 父类 public void log() { System.out.println("P"); }，子类重写为 public void log() { System.out.println("C"); } → super.log() 输出 "P"
• 父类 private void helper() { } → 子类中写 super.helper() 编译失败
• 父类 abstract void run(); → 子类实现后，super.run() 合法（调用父类抽象声明的语义位置），但运行时报 AbstractMethodError（除非父类有默认实现）

super 在静态上下文或接口实现中完全不可用

super 是对“当前对象的父类部分”的引用，本质依赖 this 实例。因此所有静态方法、静态块、接口 default 方法（若在实现类中想调接口的 super）都不能用 super。

• 在 static void init() { super.xxx; } 中写 super → 编译错误：non-static variable super cannot be referenced from a static context
• 接口 A 有 default void say() { }，实现类 B 重写了 say()，想在内部调回接口版？不行 —— super.say() 在类中无效；正确写法是 A.super.say()（仅限在实现类的方法体中）
• lambda 表达式或匿名内部类里用 super，指向的是其直接 enclosing 类的父类，不是 lambda 所在方法的“父类”——这点极易误判

真正容易被忽略的是：super 的解析发生在编译期，但它绑定的对象仍是运行时的 this。也就是说，super.toString() 看似调父类，但如果父类的 toString() 又调了被子类重写的 getName()，最终执行的还是子类版本 —— 多态不受 super 阻断，只阻断直接方法调用路径。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。