super 和 this 不是内存地址,而是编译器生成的访问指令;它们不占用独立内存,指向同一堆对象实例,分别通过 invokespecial、aload_0 等字节码指令实现对父类成员或当前实例的访问。

super 和 this 都不是内存地址,而是编译器生成的访问指令
Java 中 super 和 this 不是对象引用变量,也不占用堆内存或栈帧中的独立存储空间。它们是编译期语义符号,最终被翻译成字节码里的特定指令(如 invokespecial、aload_0),用来定位当前实例的方法、字段或构造器调用目标。
常见错误现象:有人在调试时打印 super.toString() 或 this 的哈希值,误以为看到的是“父类引用”或“子类引用”的地址——其实两者调用的都是同一个对象的 hashCode(),因为 super 和 this 指向的是**同一个堆对象实例**。
-
this在非静态方法中恒等于当前栈帧的局部变量表第 0 号槽(aload_0),即当前对象引用 -
super不是变量,不能赋值、不能做 null 判断、不能传参;它只在调用父类成员时生效,且仅限于直接父类 - 子类构造器里写
super(),本质是调用父类构造器,不是“创建父类对象”——父类字段初始化发生在子类对象分配的同一块堆内存上
super() 必须是子类构造器的第一条语句,否则编译失败
这是 Java 编译器强制的语法约束,根源在于对象初始化顺序:父类字段必须在子类字段之前完成默认/显式初始化,否则子类构造逻辑可能依赖未定义状态。
使用场景:当你需要显式调用父类带参构造器,或父类没有无参构造器时,super(...) 就成了必需操作。
立即学习“Java免费学习笔记(深入)”;
这本书给出了一份关于python这门优美语言的精要的参考。作者通过一个完整而清晰的入门指引将你带入python的乐园,随后在语法、类型和对象、运算符与表达式、控制流函数与函数编程、类及面向对象编程、模块和包、输入输出、执行环境等多方面给出了详尽的讲解。如果你想加入 python的世界,David M beazley的这本书可不要错过哦。 (封面是最新英文版的,中文版貌似只译到第二版)
- 如果省略
super(),编译器会自动插入super()(前提是父类存在无参构造器) - 一旦父类只有带参构造器,而子类构造器没写
super(...),就会报错:Constructor xxx in class YYY cannot be applied to given types -
this(...)和super(...)不能共存于同一个构造器中——二者都必须是首行,冲突
this.field 和 super.field 访问的是同一块内存,但可见性不同
字段访问不走动态绑定,JVM 根据编译时类型决定读哪个字段。哪怕子类和父类有同名字段,this.field 和 super.field 实际读取的是对象内存中同一块区域的不同别名(如果字段未被重写),或者完全不同的偏移量(如果发生字段隐藏)。
性能影响几乎为零,但语义极易混淆——尤其当父类字段是 protected,子类又声明了同名字段时。
- 子类中写
this.name = "A"赋值的是子类自己的name字段(如果存在),不是父类的 -
super.name = "B"强制访问父类声明的name,即使子类有同名字段也不会覆盖它 - 字段不存在“重写”,只有“隐藏”;方法才有“重写”。所以
super.method()可能执行子类实现,但super.field永远读父类字段定义
在匿名内部类或 Lambda 中,this 指向发生变化,super 失效
匿名内部类会生成独立类文件,其 this 指向的是该内部类实例,不再是外部类实例;而 super 在匿名类中只能用于调用其直接父类(通常是 Object),无法跨级访问外部类的父类成员。
常见错误现象:在匿名类里写 super.toString(),结果输出的是 Object.toString(),而非预期的外部类父类行为。
- 若需访问外部类的
this,必须显式写成OuterClass.this.field - Lambda 表达式中没有自己的
this,所有this都解析为外层方法所在类的实例 - Lambda 中不能出现
super,编译直接报错:illegal reference to 'super'





