子类构造函数中调用父类实例方法必须在super()之后，因其依赖已初始化的this；静态方法则无此限制，可随时调用；安全起见，应避免在构造函数中调用非纯函数式实例方法。
可以，但必须满足一个前提：父类构造函数已经执行完毕，this 已正确初始化。
调用时机决定安全性
在子类构造函数中调用父类的非构造函数（即普通实例方法），不是语法禁止的事，而是逻辑风险点。关键在于该方法是否依赖已初始化的实例状态。
- 如果父类方法只操作参数或静态数据，不读取 this 上的属性，那它可以在 super() 前后任意位置调用
- 如果方法内部访问了 this.name 或调用了其他实例方法，就必须等 super() 执行完——否则 this 尚未绑定，会直接报 ReferenceError
- ES6 class 中，super() 必须是构造函数第一句；没执行它就碰 this 或 super.xxx()，代码根本跑不起来
super.xxx() 是显式调用，不是自动继承
子类构造函数里写 super.validate()，本质是把当前 this 传给父类原型上的 validate 方法执行。它不会重新运行父类构造函数，也不会触发二次初始化。
- 这个调用和你在外部写 obj.validate() 没有本质区别，只是调用者上下文明确指向父类原型
- 若父类 validate 内部又调用了 this.getData()，而 getData 被子类重写且依赖未赋值的 this.config，就会出错——问题不在 super，而在方法设计时没考虑构造期约束
实例方法与静态方法的区别对待
父类的静态方法（如 Parent.formatDate()）完全不受构造流程影响，子类构造函数里随时可调，因为它不依赖 this 或实例状态。
立即学习“Java免费学习笔记（深入）”；
- 静态方法属于类本身，调用时没有 this 绑定问题
- 而实例方法必须依托于已初始化的对象，所以调用前必须确保 super() 已完成
- 混淆这两类方法，是很多“能写出来却运行报错”的根源
更稳妥的做法
除非明确知道父类方法是纯函数式、无副作用、不依赖 this 状态，否则建议把对父类实例方法的调用放在 super() 之后，并尽量避免在构造函数中做复杂逻辑。
- 把校验、初始化、数据处理等操作拆到单独的初始化方法中，在 super() 后统一调用
- 用工厂函数替代：先异步获取数据，再同步执行 new Child(data)，让 super(data) 在构造函数内自然完成
- 父类方法若需在构造阶段安全使用，应文档化其约束条件（例如：“仅限 super() 后调用”）
