JavaScript原型链解析：对象继承机制详解

目前golang学习网上已经有很多关于文章的文章了，自己在初次阅读这些文章中，也见识到了很多学习思路；那么本文《JavaScript原型链详解：对象继承机制全解析》，也希望能帮助到大家，如果阅读完后真的对你学习文章有帮助，欢迎动动手指，评论留言并分享~

JavaScript原型链是对象属性委托查找机制，非类继承模拟；__proto__指向查找属性的对象，prototype是函数特有属性，用于new实例的__proto__赋值。

JavaScript 原型链不是“类继承”的模拟，而是对象直接委托属性查找的机制——理解这点，就绕开了 90% 的困惑。

什么是 __proto__ 和 prototype？别混用

__proto__ 是每个对象（包括函数）都有的内部属性，指向它「用来查找属性的那个对象」；prototype 是只有函数对象才有的属性，它本身是个普通对象，会被赋给将来用 new 创建的实例的 __proto__。

常见错误现象：

• 把 obj.prototype 当成 obj 的原型（错：普通对象没有 prototype，只有 __proto__）
• 修改函数的 prototype 后，已创建的实例不生效（对：因为实例的 __proto__ 指向的是创建时的 prototype 对象，后续改 prototype 不影响已有引用）

实操建议：

• 查对象原型统一用 Object.getPrototypeOf(obj)，比 obj.__proto__ 更规范、可读性更好
• 想让构造函数的实例共享方法，必须把方法挂到 Constructor.prototype 上，而不是在构造函数里用 this.method = ...

为什么 instanceof 会沿着原型链找？

instanceof 的本质是：检查右边构造函数的 prototype 是否出现在左边对象的原型链上。它不看“类名”或“定义方式”，只看实际的 __proto__ 链接关系。

示例：

function Animal() {}
const dog = new Animal();
console.log(dog instanceof Animal); // true
console.log(dog instanceof Object);  // true —— 因为 Animal.prototype.__proto__ === Object.prototype

容易踩的坑：

• 箭头函数没有 prototype，不能用 new，也自然不能作为 instanceof 右侧操作数
• 手动篡改过 __proto__ 或 prototype 的对象，instanceof 行为可能不符合直觉（比如 obj.__proto__ = null 后，obj instanceof Object 为 false）

ES6 class 只是语法糖，原型链没变

class 写法看着像 Java，但底层仍是基于原型的对象委托。所有方法都自动定义在 ClassName.prototype 上，extends 也只是设置子类的 prototype.__proto__ 指向父类的 prototype。

对比写法：

// 构造函数方式
function Parent() {}
Parent.prototype.say = function() { return 'hi'; };

function Child() {}
Child.prototype = Object.create(Parent.prototype);
Child.prototype.constructor = Child;

// class 方式（等价）
class Parent { say() { return 'hi'; } }
class Child extends Parent {}

关键点：

• Child.prototype.__proto__ === Parent.prototype 在两种写法中都成立
• super() 在 class 中只是语法糖，本质仍是调用 Parent.call(this, ...)
• 静态方法（static）挂在函数本身上，不在原型链上，所以不会被实例继承

真正容易被忽略的是：原型链查找只发生在「读取属性时」；写入基本类型属性会直接在当前对象上新建，不会触发原型上的同名属性更新——这是实现“实例私有数据”的底层依据，也是很多继承 bug 的源头。

今天关于《JavaScript原型链解析：对象继承机制详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！