原型链终点是null，理解继承原理

JavaScript 的原型链以 null 为明确的查找终止符，它不参与继承、不提供任何方法，仅作为引擎判断“无需继续向上查找”的信号；真正的继承终点是 Object.prototype，所有对象都通过它获得 toString、hasOwnProperty 等通用能力；理解 null 的边界角色与 Object.prototype 的功能角色，才能穿透表象把握 JS 继承本质——一种基于动态属性查找、运行时生效、且由规范严格定义边界的委托机制。

原型链的“终端”是 null，但它不是继承发生的终点，而是查找过程的**停止信号**。真正承载继承能力的是 Object.prototype，而 null 只是告诉引擎：“别往上找了，这里没东西了”。理解这一点，才能看清 JS 继承最底层的运行逻辑。

null 是查找终止符，不是继承参与者

null 是原始值，没有属性、没有方法、不可扩展，也不在原型链上“提供”任何功能。它不参与继承，只起标记作用：

• 每个对象的 [[Prototype]] 内部槽位最终都会指向 null（通过 Object.prototype.__proto__ === null 实现）
• 当属性查找一路向上到 Object.prototype 还没找到，再查一次它的 [[Prototype]] 就得到 null，此时引擎直接返回 undefined
• 你无法对 null 调用 .toString() 或访问 .constructor，因为它根本不是对象

Object.prototype 才是继承的实际终点

所有普通对象（如 {}、[]、new Date()）都直接或间接继承自 Object.prototype。它提供了通用方法如 toString()、hasOwnProperty()、valueOf() 等：

• {}.toString() 能用，是因为查找路径：自身 → Object.prototype → 找到 toString
• Array.prototype 的 __proto__ 指向 Object.prototype，所以数组也能用 toString()
• Function.prototype 同样以 Object.prototype 为父原型，因此函数也有 toString()

为什么设计成 null 而不是 undefined 或其他？

这是语言规范层面的明确约定，目的就是让原型链有可判定的边界：

• null 是唯一被规范定义为 [[Prototype]] 合法值的原始值（ECMAScript 标准要求）
• undefined 表示“未赋值”，语义不符；若用它作终点，会和属性未定义混淆，导致查找逻辑模糊
• 引擎只需判断 [[Prototype]] === null 就能安全退出，无需额外类型检查或兜底处理

从 null 回推继承的本质

JS 继承不是靠“类模板复制”，而是靠**动态属性查找 + 明确终点控制**：

• 每次点操作符（obj.prop）都触发一次从实例开始、逐级向上 [[Prototype]] 查找的过程
• 只要链上某个原型有该属性，就立即返回；直到走到 Object.prototype，再下一步就是 null，查找结束
• 这意味着继承是“运行时行为”，不是编译时绑定——修改 Object.prototype 会影响所有对象（不推荐但可行）

今天关于《原型链终点是null，理解继承原理》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！