JavaScript原型链是实际继承机制,对象通过[[Prototype]]链接查找属性,终点为Object.prototype或null;Object.create(null)创建无原型对象;class和extends本质仍操作原型链。
JavaScript 原型链不是“继承机制的模拟”,它就是 JavaScript 实际运行时的对象继承机制——所有普通对象都通过 __proto__(或 Object.getPrototypeOf())链接到其构造函数的 prototype 对象,最终指向 Object.prototype,再往上是 null。
原型链的本质是一条由 [[Prototype]] 内部属性串起来的查找路径。每次访问对象上不存在的属性时,JS 引擎会沿着这条链逐级向上找,直到找到或抵达 null。
实操建议:
Object.getPrototypeOf(obj) 查对象的直接原型(推荐,标准且可读)obj.__proto__,尤其在严格模式或某些旧环境(如 IE)中不可靠.prototype 属性只影响用 new 创建的实例,和函数自身无关Object.prototype 是绝大多数对象原型链终点,它的 constructor 指回 Object,但这个 constructor 属性本身是可被覆盖或丢失的因为 new 表达式内部执行的是:创建空对象 → 将该对象的 [[Prototype]] 设为 F.prototype → 以该对象为 this 调用 F。它不关心 F.prototype 上有没有 
constructor,也不复制或设置它。
常见错误现象:
F.prototype = { ... } 后忘记补 constructor: F,导致 inst.constructor 指向 Object
inst.constructor === F 是原型链成立的必要条件——其实只是惯例,不影响属性查找class 语法时,constructor 是自动设置的,但底层仍走同一套原型链逻辑是的。它返回一个 [[Prototype]] 为 null 的对象,因此完全脱离标准原型链,不继承任何方法(比如没有 .toString()、.hasOwnProperty())。
使用场景与风险:
Object.prototype 上的同名键污染(例如 obj.toString 不会意外覆盖或被覆盖)obj.toString() 会报 TypeError: obj.toString is not a function
for...in 遍历(无原型属性,但也没问题);但也不能依赖 hasOwnProperty ——得改用 Object.prototype.hasOwnProperty.call(obj, key)
class 是语法糖,extends 本质仍是设置原型链:子类的 prototype 的 [[Prototype]] 指向父类的 prototype,同时子类函数自身的 [[Prototype]] 指向父类函数(实现静态方法继承)。
class A {}
class B extends A {}
// 等价于:
// B.prototype.__proto__ === A.prototype
// B.__proto__ === A
关键细节:
B.prototype 的 constructor 自动设为 B,即使你没写 constructor() 方法super(),否则无法初始化 this——这是为了确保 this 的 [[Prototype]] 正确指向 B.prototype
super() 或顺序不对,会抛 ReferenceError: Must call super constructor in derived class before accessing 'this'
原型链真正难的不是理解“链”本身,而是搞清每个对象的 [[Prototype]] 是谁、什么时候被设、谁负责设——尤其是混用 Object.create()、class、function 和 Object.setPrototypeOf() 时,容易出现隐式断链或意外覆盖。