原型链的终端是null，它仅作查找终止符而非继承参与者；Object.prototype才是继承实际终点，提供toString等通用方法；null是规范规定的[[Prototype]]合法原始值边界，确保查找逻辑明确终止。
原型链的“终端”是 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会影响所有对象（不推荐但可行）
