super()不决定内存布局，仅触发父类字段初始化；对象内存在new时一次性分配，字段顺序由继承结构静态确定，父类字段必位于子类字段之前。
Java 中通过 super() 调用父类构造器，并不能“导致”或“决定”内存布局中先分配父类字段空间；真实情况是：对象内存布局在实例化开始前就已由类结构静态确定，父类字段一定位于子类字段之前，而 super() 只是触发父类初始化逻辑的入口。理解这一点，关键在于区分「内存分配」和「字段初始化」两个阶段。
内存布局由类继承结构静态决定，与 super() 调用顺序无关
当 JVM 加载一个类（如 Child extends Parent）时，会根据整个继承链计算出该类实例所需的总内存大小，并确定字段的偏移量（offset）。JVM 规范要求：父类声明的实例字段必须排布在子类字段之前。这个顺序在类加载的「准备阶段」就固化了，不依赖于构造器中是否写 super() 或何时调用它。
- 即使子类构造器里没显式写
super()，编译器也会自动插入默认的super()调用（除非父类有无参构造器且未被屏蔽） - 即使你写
this(...)委托本类其他构造器，最终那个链末端也必须调用super(...) - 内存布局不会因为你在子类构造器第一行写
System.out.println("hi");就改变 —— 字段位置早已确定
super() 的作用是启动父类字段的初始化流程，而非分配内存
对象内存（包括父类和子类字段）是在 new Child() 执行时一次性分配的（通常在堆上），初始值为 0 / null / false。此时所有字段已有确定地址，但尚未被赋值。紧接着，JVM 按继承链从上到下执行构造器：
-
super()进入父类构造器 → 执行父类字段的显式初始化（如int x = 1;）和构造器代码块 - 返回后，继续执行子类字段的显式初始化（如
String s = "ok";）和子类构造器剩余逻辑
所以 super() 是「初始化顺序」的控制点，不是「内存分配顺序」的开关。
验证方式：观察字段偏移量（需借助工具）
你可以用 Unsafe 或 JOL（Java Object Layout）工具查看实际布局。例如：
class A { int a; }
class B extends A { long b; }
// JOL 输出显示：a 在 offset 12，b 在 offset 16（HotSpot 64位+压缩指针下）
// 父类字段 a 一定出现在子类字段 b 之前，不管 B 的构造器怎么写 super()
这印证了布局由继承关系决定，而非运行时 super() 调用行为。
常见误解澄清
- “不写 super() 就不会初始化父类字段” → 错。不写也会隐式调用；即使语法报错（如父类无无参构造器），那也是编译失败，不是运行时跳过初始化
-
“super() 分配了父类那部分内存” → 错。内存是一次性分配的；
super()只负责让父类构造逻辑运行，给那些已存在的字段赋值 - “字段顺序可以靠 super() 改变” → 不可能。JVM 不允许运行时修改类结构，字段顺序在类文件中固定
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
