在 javascript 类继承中，子类重写方法时必须正确使用 super：构造函数中须先调用 super() 再访问 this；普通方法中用 super.methodname() 调用父类逻辑，this 始终指向子类实例；需避免条件遗漏导致父类逻辑未执行。
在 JavaScript 类继承中，子类重写父类方法时，正确使用 super 是关键——它既不是可有可无的装饰，也不是简单“调用一下就完事”，而是关乎逻辑完整性、this 绑定安全和行为可预测性的核心机制。
重写方法时，super 必须在访问 this 前调用（构造函数中）
子类构造函数中，只要定义了 constructor，就必须在使用 this 之前调用 super()。否则会报错 ReferenceError: Must call super constructor in derived class before accessing 'this'。
- 这是语法强制要求，因为子类实例的内部属性（如 [[Prototype]]）需由父类构造函数初始化
-
super()不仅执行父类逻辑，还为子类实例建立正确的原型链关系 - 即使父类构造函数为空，也必须显式写
super()，不能省略
重写普通方法时，super() 或 super.methodName() 按需选择
在非构造函数的方法中，super 是一个只读引用，指向父类的原型对象。调用方式取决于目标：
- 用
super.methodName()调用父类同名方法（最常见），例如在子类render()中复用父类渲染逻辑再扩展 - 不能写
super()（无参调用），那仅在构造函数中合法；在普通方法里会报SyntaxError - 可通过
super.constructor访问父类构造器（较少用，多见于元编程场景）
注意 super 调用中的 this 指向始终是当前实例
super.methodName() 内部的 this 仍指向子类实例，不是父类实例。这意味着：
- 若父类方法中访问了
this.xxx，实际读取的是子类实例上的属性（包括被子类重写的 getter/setter） - 若希望绕过子类覆盖、强制读取父类原始属性值，需直接通过
ParentClass.prototype.xxx.call(this)（不推荐，破坏封装） - 这种设计让 super 调用天然支持“模板方法模式”：父类定义骨架，子类定制细节
避免 super 多次调用或条件遗漏导致逻辑断裂
常见疏忽是只在某些分支中调用 super.methodName()，而其他分支遗漏，造成父类逻辑未执行：
- 比如重写
save()，在验证失败时 return，但成功时才调super.save()—— 验证失败路径就跳过了父类保存前的钩子 - 建议统一前置调用：
super.methodName(); /* 子类增强逻辑 */，或明确文档化调用契约 - ESLint 规则
no-useless-call和自定义规则可辅助检查 super 是否被合理调用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
