旧类继承父类构造函数重复执行怎么解决

本文深入剖析了JavaScript旧式组合继承中父类构造函数被意外调用两次的根本原因与严重危害——不仅拖累性能，更会导致引用属性共享、副作用重复触发（如双次API请求、DOM操作或ID冲突）等隐蔽bug；文章明确指出解决方案是采用寄生组合式继承，通过Object.create(Parent.prototype)安全创建原型链，彻底规避new Parent()带来的初始化污染，确保Parent.call(this)成为唯一且受控的状态初始化入口，同时辅以构造函数职责分离的设计原则，从源头保障继承的健壮性与可维护性。

旧式组合继承中父类构造函数被调用两次，是原型链继承 + 构造函数继承混合使用时的典型问题。根本原因在于：一次发生在设置子类原型时（Child.prototype = new Parent()），另一次在子类构造函数内部（Parent.call(this)）。这不仅造成性能浪费，更可能引发副作用——比如父类中含初始化逻辑、状态变更、计数器自增、DOM 操作或资源申请等，都会被执行两遍。

识别重复执行的典型表现

常见信号包括：

• 父类构造函数里的日志打印了两次
• 父类中定义的引用类型属性（如 this.tags = []）被所有子类实例共享，修改一个就影响其他实例
• 父类中有副作用操作（如 console.time('init')、fetch('/api')、new WebSocket()）意外触发两次
• 父类依赖传参做单例注册或 ID 分配，结果生成两个不同实例或冲突 ID

核心解法：用寄生组合式继承替代旧式组合

关键在于切断“为子类原型赋值”时对父类构造函数的调用。不再用 new Parent()，而是用 Object.create(Parent.prototype) 创建干净原型对象，再手动修复 constructor 指针：

function inheritPrototype(Child, Parent) {
  const proto = Object.create(Parent.prototype);
  proto.constructor = Child;
  Child.prototype = proto;
}

function Parent(name) {
  this.name = name;
  this.tags = ['js']; // 引用类型，易受污染
}

function Child(name, age) {
  Parent.call(this, name); // ✅ 只在此处调用一次
  this.age = age;
}

inheritPrototype(Child, Parent); // ❌ 不再 new Parent()

这样，子类实例的原型链指向的是无副作用的父类原型副本，而实例自有属性（包括独立的 tags 数组）仅由 Parent.call 初始化一次。

补充建议：从设计源头规避风险

若可调整父类，应将有副作用的逻辑与纯属性初始化分离：

• 把资源申请、网络请求等移入单独方法（如 init() 或 setup()），由使用者显式调用
• 构造函数只负责安全的数据赋值，避免产生外部依赖或状态突变
• 对引用类型属性，优先在构造函数中新建（如 this.items = []），而非复用字面量或共享实例

寄生组合式继承不是语法糖，而是对继承语义的精准表达：子类实例应当拥有自己的状态，同时共享父类的方法逻辑。只要替换原型设置方式，并保持 call 调用位置不变，就能彻底消除重复执行。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。