JavaScript原型链无硬性深度限制，仅受内存与性能制约；可用循环调用Object.getPrototypeOf()统计至null的跳转次数获取链长，如普通对象链长为2、Object.create(null)对象链长为1。
JavaScript 原型链没有最大查找深度限制。
它不是由引擎硬性规定的数值上限，而是取决于你构造的对象层级和可用内存。V8、SpiderMonkey、JavaScriptCore 等主流引擎都不设原型链长度的硬性边界，哪怕构造 1000 层甚至更多，也不会报错或触发熔断。
真正起作用的是实际运行时的开销——属性查找是线性遍历，每深一层就多一次 [[Prototype]] 跳转和属性表查询。虽然单次极快，但过深会带来可观测的延迟，尤其在高频路径中。
怎么检测当前对象的原型链深度？
用一个简单循环统计从目标对象到 null 的跳转次数即可：
立即学习“Java免费学习笔记（深入）”；
function getPrototypeChainLength(obj) {
let count = 0;
let current = obj;
while (current !== null) {
current = Object.getPrototypeOf(current);
count++;
}
return count;
}-
Object.create(null)创建的对象：链长为 1（直接指向null） -
{}普通对象：链长为 2（自身 →Object.prototype→null） -
class A extends B extends C {}实例：链长 ≈ 构造函数数量 + 2（含Object.prototype和终点null）
注意：这个“长度”是从对象本身开始计数，每调用一次 Object.getPrototypeOf() 算一步，直到返回 null。
查找深度对性能的实际影响点
-
V8 对超过 16 层的原型链会降级为慢路径，
in、hasOwnProperty等操作差异变大 - 内联缓存（IC）依赖链结构稳定，链一深或动态修改，缓存容易失效
- 实测显示：10 层链的属性访问比自有属性慢约 3–5 倍；100 层仍可运行，但不推荐用于热路径
- 方法调用受 JIT 优化影响，性能差距比纯属性访问小得多
日常开发中怎么避免隐患？
- 尽量用组合代替深层继承（比如把复用逻辑抽成工具函数或 mixin）
- 高频访问的属性/方法，可提前缓存到实例上（如
this._toString = Object.prototype.toString） - 调试时用 DevTools 的 “Console > dir(obj)” 或
%DebugPrint(obj)（V8 内部命令）观察原型结构 - ESLint 插件（如
eslint-plugin-no-deep-prototype-chain）可静态拦截过深链定义
不复杂但容易忽略
