javascript中构造函数调用栈本质是执行上下文链而非传统调用栈，super()是同步函数调用，仅生成一个执行上下文，不形成嵌套栈帧，与原型链查找机制完全解耦。
构造函数调用栈的本质：不是传统栈，而是执行上下文链
JavaScript 中“类继承里的构造函数调用栈”常被误解为像 C++ 或 Java 那样层层压入的调用栈。实际上，JS 没有真正的“继承调用栈”，只有 构造函数执行时的 this 绑定链 和 原型链上的方法查找路径。当你写 super()，它本质是调用父类构造函数并把当前实例（this）传进去，不产生嵌套调用帧，也不会自动形成向上追溯的栈结构。
new 实例化时的真实执行顺序
以 ES6 class 为例：
- 执行
new Child()→ 引擎创建空对象，并将其[[Prototype]]指向Child.prototype - 进入
Child构造函数 → 若含super()，则立即同步调用Parent构造函数（此时this已绑定为新对象） -
Parent执行完毕 → 返回到Child构造函数继续执行剩余语句 - 整个过程只生成一个执行上下文（EC），
super()是普通函数调用，不是递归或栈式嵌套
为什么 debugger 看不到多层构造函数栈？
在 Chrome DevTools 中打断点观察：
- 若子类构造函数里没写
super()，会直接报错Must call super constructor—— 因为引擎强制要求初始化this - 若写了
super()，断点停在Parent构造函数内时，调用堆栈（Call Stack）只显示Parent→Child→<anonymous></anonymous>，不会出现“Parent ← Parent ← Child”这种重复回溯 - 这是因为
super()调用的是父类构造函数本身，而非通过原型链动态查找；它不触发属性访问机制，所以绕过了原型链查找逻辑
与原型链继承的关键区别
注意别混淆两个概念：
-
构造函数调用（
super()或Parent.call(this)）：控制属性初始化时机和归属，决定哪些属性挂在实例上、哪些共享在原型上 -
原型链查找（如调用
child.sayName()）：运行时按child → Child.prototype → Parent.prototype → Object.prototype逐级搜索方法，与构造过程无关 - 前者发生在实例创建的“一瞬间”，后者发生在任意属性访问时刻；两者共存但彼此解耦
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
