javascript原型链是实际继承机制，对象通过[[prototype]]链接查找属性，终点为object.prototype或null；object.create(null)创建无原型对象；class和extends本质仍操作原型链。
JavaScript 原型链不是“继承机制的模拟”，它就是 JavaScript 实际运行时的对象继承机制——所有普通对象都通过 __proto__（或 Object.getPrototypeOf()）链接到其构造函数的 prototype 对象，最终指向 Object.prototype，再往上是 null。
原型链怎么查：从实例到 Object.prototype 的完整路径
原型链的本质是一条由 [[Prototype]] 内部属性串起来的查找路径。每次访问对象上不存在的属性时，JS 引擎会沿着这条链逐级向上找，直到找到或抵达 null。
实操建议：
- 用
Object.getPrototypeOf(obj)查对象的直接原型（推荐，标准且可读） - 避免依赖非标准的
obj.__proto__，尤其在严格模式或某些旧环境（如 IE）中不可靠 - 构造函数的
.prototype属性只影响用new创建的实例，和函数自身无关 -
Object.prototype是绝大多数对象原型链终点，它的constructor指回Object，但这个constructor属性本身是可被覆盖或丢失的
为什么 new F() 的原型是 F.prototype，而不是 F.prototype.constructor？
因为 new 表达式内部执行的是：创建空对象 → 将该对象的 [[Prototype]] 设为 F.prototype → 以该对象为 this 调用 F。它不关心 F.prototype 上有没有 constructor，也不复制或设置它。
立即学习“Java免费学习笔记（深入）”；
常见错误现象：
- 手动重写
F.prototype = { ... }后忘记补constructor: F，导致inst.constructor指向Object - 误以为
inst.constructor === F是原型链成立的必要条件——其实只是惯例，不影响属性查找 - 用
class语法时，constructor是自动设置的，但底层仍走同一套原型链逻辑
Object.create(null) 创建的对象没有原型链？
是的。它返回一个 [[Prototype]] 为 null 的对象，因此完全脱离标准原型链，不继承任何方法（比如没有 .toString()、.hasOwnProperty()）。
使用场景与风险：
- 适合做纯哈希表（如缓存 map），避免被
Object.prototype上的同名键污染（例如obj.toString不会意外覆盖或被覆盖） - 一旦调用
obj.toString()会报TypeError: obj.toString is not a function - 不能用
for...in遍历（无原型属性，但也没问题）；但也不能依赖hasOwnProperty——得改用Object.prototype.hasOwnProperty.call(obj, key)
ES6 class 和 extends 怎么对应到原型链？
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() 时，容易出现隐式断链或意外覆盖。
