javascript 中通过原型链实现继承的核心做法是让子类的原型对象（prototype）指向父类的一个实例，从而让子类实例能够访问到父类实例和构造函数上的属性与方法。具体操作是在子类构造函数内部调用 parent.call(this, ...) 来继承父类实例属性，并将 child.prototype 设置为 object.create(parent.prototype) 以建立原型链连接。这样做既实现了属性的隔离，又确保了方法共享。
如何正确设置原型链以支持多态调用
要让子类实例正确调用父类方法，必须确保子类的原型对象的原型指向父类的原型对象。这可以通过 Object.create() 或手动赋值来实现，关键在于修复 constructor 属性以保持类型识别的准确性。在代码层面，先定义父类构造函数，再定义子类构造函数，最后将两者通过原型链关联起来。
function Parent(name) {
this.name = name;
}
Parent.prototype.sayName = function() {
console.log('My name is ' + this.name);
};
function Child(name, age) {
Parent.call(this, name); // 继承实例属性
this.age = age;
}
// 继承原型方法
Child.prototype = Object.create(Parent.prototype);
Child.prototype.constructor = Child; // 修复 constructor
Child.prototype.sayAge = function() {
console.log('I am ' + this.age + ' years old');
};
var child = new Child('Alice', 10);
child.sayName(); // 输出: My name is Alice
child.sayAge(); // 输出: I am 10 years old运行上述代码，child 实例首先在自己的原型链上查找 sayName，未找到后沿着原型链向上找到 Parent.prototype 中的方法并执行。同时，sayAge 方法直接定义在 Child.prototype 上，因此可以直接访问。这种结构确保了 child instanceof Child 和 child instanceof Parent 均为 true。
立即学习“Java免费学习笔记（深入）”；
如何处理构造函数内部的属性继承冲突
在原型链继承中，如果直接使用 Child.prototype = new Parent()，会导致所有子类实例共享父类实例的属性，特别是引用类型属性（如数组或对象），这会引发数据污染。为了解决这个问题，必须在子类构造函数内部使用 call 或 apply 调用父类构造函数。这样每个子类实例都会拥有自己独立的父类属性副本，而不会共享内存地址。
function Parent() {
this.colors = ['red', 'blue'];
}
function Child() {
// 关键步骤：每次创建实例都独立调用 Parent 构造函数
Parent.call(this);
}
Child.prototype = Object.create(Parent.prototype);
var child1 = new Child();
var child2 = new Child();
child1.colors.push('green');
console.log(child1.colors); // 输出: ['red', 'blue', 'green']
console.log(child2.colors); // 输出: ['red', 'blue']通过 Parent.call(this)，child1 和 child2 各自拥有了独立的 colors 数组。修改 child1 的颜色列表不会影响 child2，从而避免了原型链继承中常见的引用类型共享问题。这种组合方式被称为组合继承，是 JavaScript 中最常用的继承模式之一。
当父类构造函数抛出异常时原型链会怎样
如果在父类构造函数内部存在逻辑错误导致抛出异常，例如访问了未定义的属性或触发了运行时错误，那么子类构造函数的执行也会中断。这意味着子类实例无法被完整创建，new Child() 表达式将返回异常而非对象。此时，原型链的连接虽然已经建立（因为 Child.prototype 的设置发生在构造函数调用之前），但具体的实例化过程失败，开发者需要通过 try-catch 块来捕获并处理此类异常，以确保程序的健壮性。
