javascript 中 super 行为严格依赖上下文：构造函数必须首行调用 super()；实例方法中 super 访问父类 prototype；静态方法中 super 指向父类构造器；箭头函数禁用 super；错位使用直接报语法错误。
处理 JavaScript 类中 super 的边界情况，核心是理解它在不同上下文中的行为差异——构造函数里必须首行调用，普通方法里用于原型访问，静态方法里则指向父类构造器本身。错位使用会直接报错，不是逻辑问题而是语法限制。
子类构造函数中 super() 必须首行且不可延迟
只要子类定义了 constructor，就必须在第一行调用 super()，否则无法访问 this，运行时报 ReferenceError: Must call super constructor before accessing 'this'。
- 不能在
await、setTimeout或任何异步微任务中调用super()—— 构造函数执行是同步的，引擎不允许“中途插入”父类初始化 - 不能把
super()放在if分支或try块里，即使逻辑上“总会执行”，JS 引擎会在解析阶段拒绝这种写法 - 如果需要异步数据初始化，应改用工厂函数：先
await获取数据，再同步调用new Child(data)，让super(data)在构造函数内自然执行
非构造阶段 super.xxx 的查找有明确边界
在实例方法或 getter/setter 中写 super.methodName，JS 引擎只从**父类的 prototype** 开始查找，不会继续向上穿越整个原型链，也**不检查父类实例属性**。
- 若父类
prototype上没有该方法，直接返回undefined（不是报错），但调用时会抛TypeError -
super.xxx = val实际等价于this.xxx = val，赋值目标始终是当前子类实例，不会修改父类原型 - 箭头函数中禁止使用
super，因为它不绑定自己的执行上下文，会继承外层作用域的super绑定（若有）或直接报错
静态方法中 super 指向父类构造器，无同步限制
子类静态方法里写 super.staticMethod() 是完全合法的，且不受“必须首行”或“不能在异步中调用”等限制——因为这里 super 绑定的是父类本身（即 Parent），不是构造流程的一部分。
- 可用于封装跨层级的静态工具逻辑，比如统一的序列化策略、类型校验入口
- 多层继承时，
super始终指直接父类，不会跳过中间层；如GrandChild extends Child extends Parent，GrandChild静态方法里的super就是Child，不是Parent - 注意：静态方法中不能用
super()（带括号），那仅限构造函数语法
避免常见误用陷阱
很多错误源于把 super 当成通用代理对象，但它其实是严格按上下文分类型的语法机制。
- 不要在类外部函数、事件回调或
Object.assign回调里用super，语法层面就不允许 - 重写父类方法时，若需扩展而非覆盖，明确用
super.originalMethod()调用原始逻辑，别试图用this.constructor.prototype手动模拟，易出错且破坏可读性 - 调试时遇到
super is not defined，先确认是否在类方法内部；遇到Cannot read property 'xxx' of undefined，检查父类prototype是否真有该成员
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
