借用构造函数继承是通过parent.call(this, ...args)在子类中执行父类初始化逻辑，仅复制实例属性，不继承原型方法，导致instanceof失效、无法复用方法，现代开发应优先使用class extends。
JavaScript中借用构造函数继承，是通过在子类构造函数内部调用父类构造函数（通常用call或apply），让父类的初始化逻辑在子类实例上执行，从而实现属性和方法的“复制式”继承。
核心实现方式：在子类中调用父类构造函数
关键在于改变父类构造函数的this指向，使其绑定到新建的子类实例上：
- 使用
Parent.call(this, ...args)是最常见写法，能传递参数并确保实例属性被正确挂载 - 避免直接
new Parent()，否则会创建无用的父类实例，且无法传参、this指向错误 - 通常配合原型链继承（如
Child.prototype = Object.create(Parent.prototype)）来补全方法继承，但仅靠借用构造函数本身不处理原型方法
主要局限：只继承实例属性，不继承原型方法
借用构造函数本质是“执行一次父类初始化逻辑”，它只把父类构造函数体内定义的属性（如this.name = name）复制到当前实例，而不会关联父类原型上的方法：
- 子类实例无法访问
Parent.prototype上的方法（如sayHello），除非额外设置原型链 - 每次创建子类实例都会重新执行父类构造函数，无法复用父类方法，造成内存浪费
- 父类原型上的引用类型属性（如数组、对象）不会被共享，但这不是缺陷而是设计结果——它反而避免了原型共享带来的数据污染问题
无法实现函数复用与 instanceof 判断失效
由于没有建立真正的原型关系，一些面向对象的基本能力会丢失：
- 子类实例的
constructor默认指向Child，但instanceof Parent返回false，破坏类型识别 - 父类方法无法被所有子类实例共享，每个实例都拥有独立副本（如果父类构造函数里定义了函数），违背“方法复用”原则
- 无法通过子类实例向上查找原型链获取父类扩展的方法，维护和扩展性差
适用场景与替代建议
它适合需要“隔离实例状态”的轻量组合，比如工具类混入、一次性属性初始化；但在标准类继承中已基本被class + extends取代：
- 现代开发优先使用
class Child extends Parent，底层自动处理构造函数调用与原型链连接 - 若需兼容老环境，可组合借用构造函数（继承属性）+ 原型链（继承方法），即寄生组合式继承
- 纯函数式组合（如
Object.assign(this, new Parent())）看似简洁，但会触发父类构造函数两次，且丢失instanceof关系，不推荐
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
