箭头函数在类中无法使用super，因其无自身执行上下文，解析阶段即报SyntaxError；普通方法、getter/setter、静态方法等支持super，需避免在需继承复用的场景使用箭头函数。
在 class 普通方法中直接用箭头函数定义，会让 super 彻底失效——不是报错，而是语法上根本不可用，连写都写不了。这不是运行时问题，而是 JS 引擎在解析阶段就拒绝：箭头函数没有自己的执行上下文，不绑定 this，也不绑定 super，它只能继承外层作用域的 super（如果外层恰好是类方法，且有 super 绑定，那才可能“借到”；但绝大多数情况外层根本没有）。
箭头函数里根本不能出现 super
只要你在箭头函数体里写 super.xxx，JS 引擎会直接抛 SyntaxError: 'super' keyword unexpected here。这不是逻辑错误，是语法非法——就像在 if 外面写 else 一样，解析器根本不认。
- 普通方法（
method() { ... }）中可以自由使用super.xxx，因为它是“方法定义”，有明确的类上下文和super绑定 - 箭头函数（
method = () => { ... }）属于“类字段”，它本质是赋值表达式，执行时没有类方法语义，super无处可绑 - 哪怕你把它写在 constructor 里、写在子类里、甚至紧挨着
super()后面，也无效——super只对构造函数和普通方法语法生效
常见误用场景及替代方案
很多人想用箭头函数解决 this 丢失，却忘了代价是牺牲 super 能力。以下典型场景必须避开箭头函数：
-
需要调用父类同名方法的覆盖逻辑：比如
render()中先super.render()再加子类逻辑 → 必须用普通方法写法 -
静态方法中调用父类静态方法：如
static create() { return super.create(); }→ 箭头函数不支持super，也不能写成static create = () => super.create() -
getter/setter 中复用父类逻辑：如
get value() { return super.value * 2; }→ 箭头函数无法定义 getter，且即使强行模拟也会丢掉super
安全又省心的写法组合
既要 this 稳定，又要 super 可用，靠单一语法做不到，得搭配使用：
-
普通方法 + 构造函数内绑定：方法写成
handleClick() { ... }，然后在 constructor 里this.handleClick = this.handleClick.bind(this)——super可用，this不丢 -
类字段普通函数（非箭头）：写成
handleClick = function() { ... }—— 它是普通函数，有this和super，且自动绑定实例（注意：不是箭头函数，是function关键字） -
优先用普通方法，仅回调时包装：方法本体保持普通写法，传给事件或异步时用
() => this.method()或this.method.bind(this)—— 核心逻辑保留在可访问super的上下文中
多层继承时尤其要警惕
GrandChild extends Child extends Parent，如果 Child 把关键方法写成箭头函数，GrandChild 就完全无法通过 super.xxx 访问 Child 的实现——因为那个箭头函数里没 super，也没办法让子类“跳过它”去调 Parent。结果就是：父类逻辑断层，子类要么重写全部，要么放弃复用。
- 所有需被继承链下游调用的方法，必须是普通方法（含 getter/setter/async 方法）
- 私有逻辑或工具函数可以放心用箭头函数，只要它们不涉及
super或被子类预期覆盖 - 检查代码时，看到
= () =>就停一下：这个方法会不会被子类super调用？如果会，立刻改成method() { }
