本文详解将 `class a extends b` 转换为等效函数构造器时的关键陷阱：原型链覆盖导致方法丢失，以及箭函数 `this` 绑定在函数构造器中的行为一致性说明。重点纠正 `object.create(b.prototype)` 位置错误，并提供可直接复用的修复方案。
将 ES6 类重构为传统函数构造器（Function Constructor）时，看似只是语法替换，实则暗藏原型链管理的逻辑陷阱。你遇到的“无报错但功能失效”问题，根源并非箭函数本身，而是 A.prototype = Object.create(B.prototype) 这一行被错误地放在了所有方法定义之后——它会彻底清空此前挂载在 A.prototype 上的所有自定义方法（如 init、update、destroy），导致实例调用时返回 undefined。
✅ 正确的函数构造器继承写法（关键顺序！）
必须先建立原型链，再定义实例方法。否则 Object.create(B.prototype) 会覆盖已添加的方法：
// ✅ 正确：先设置原型继承关系
function A(m) {
B.call(this, m); // 调用父构造器
}
A.prototype = Object.create(B.prototype);
A.prototype.constructor = A; // 注意：constructor 应指向 A，而非 B！
// ✅ 再定义所有实例方法（顺序不可颠倒）
A.prototype.init = function() {
this.updateBind = () => {
this.update(); // 箭函数自动绑定 this，行为与类中完全一致，无需修改
};
window.addEventListener('resizeEnd', this.updateBind);
};
A.prototype.update = function() {
this.scroll?.update(); // 建议增加可选链防护
};
A.prototype.destroy = function() {
window.removeEventListener('resizeEnd', this.updateBind);
this.scroll?.destroy();
};? 为什么 this.updateBind 没问题？ 箭函数不绑定自己的 this，而是继承外层作用域的 this（即实例本身）。在 init() 中定义时，this 指向当前 new A() 实例，与类写法语义完全相同。因此箭函数无需任何改造——真正的问题是 update 方法本身因原型被覆盖而根本不存在。
⚠️ 常见错误与注意事项
- constructor 指向错误：A.prototype.constructor = B 是严重错误，会导致 instance.constructor === B，应改为 A.prototype.constructor = A。
- super() 的等价替代：B.call(this, m) 正确模拟了 super(m)，但需确保 B 本身也是函数构造器（若 B 是类，需用 Reflect.construct(B, [m], A)，但通常建议统一风格）。
- 方法缺失调试技巧：在实例化后立即检查 console.log(new A().update)，若输出 undefined，即可定位为原型覆盖问题。
- 现代替代建议：如无兼容性要求，优先使用 class + extends；若需函数式风格，可考虑工厂函数或组合式模式，避免手动维护原型链。
✅ 最终验证示例
// 测试继承与方法可用性
const instance = new A({/* mock config */});
console.log(instance instanceof A); // true
console.log(instance instanceof B); // true
console.log(typeof instance.init); // "function"
console.log(typeof instance.update); // "function" ← 修复后不再为 undefined总结：函数构造器迁移的核心是原型链初始化时机，而非箭函数。只要保证 Object.create(B.prototype) 在任何 A.prototype.xxx = ... 之前执行，并修正 constructor 指向，原有箭函数逻辑可零改动复用。
