JavaScript 不自动检测原型链循环，因ECMAScript规范未要求引擎在设置__proto__或Object.setPrototypeOf时检查循环，而是交由开发者负责；合法但危险的操作如Object.setPrototypeOf(obj, obj)或相互设置原型均不会报错，仅在instanceof、for...in等遍历时因无限递归导致栈溢出。
JavaScript 中原型链不会因为循环引用而自动报错，但 Object.getPrototypeOf、instanceof、for...in、hasOwnProperty 等涉及原型遍历的操作，在遇到人为构造的循环原型链时，**可能无限递归导致栈溢出（RangeError: Maximum call stack size exceeded）**，而非抛出“循环引用错误”。这是引擎层面的限制，不是语言规范定义的显式报错。
为什么原型链循环不会被 JavaScript 自动检测并拒绝？
ECMAScript 规范并未要求引擎在设置 __proto__ 或 Object.setPrototypeOf 时检查循环。它把责任交给了开发者——只要内存允许、调用栈没爆，JS 就会按需向上查找。这意味着：
-
Object.setPrototypeOf(obj, obj)是合法的（尽管危险） -
Object.setPrototypeOf(A, B); Object.setPrototypeOf(B, A)也合法 - 一旦触发
obj instanceof SomeConstructor或遍历原型属性，就可能卡死
哪些操作实际会因循环原型链崩溃？
以下常见操作在遇到循环时大概率触发栈溢出：
-
obj instanceof Constructor—— 内部递归查[[Prototype]] -
Object.getPrototypeOf(obj)配合循环调用（如手动遍历） -
for (let key in obj) { ... }—— 遍历含原型链的可枚举属性 -
JSON.stringify(obj)对含循环原型的对象（虽不直接查原型，但某些 polyfill 或调试逻辑可能间接触发） - Chrome DevTools 控制台展开对象时，有时也会尝试读取原型链信息而卡住
如何安全地遍历或检测原型链循环？
核心思路是：**手动记录已访问的原型对象，用 Set 或 WeakSet 去重，发现重复即终止。**
立即学习“Java免费学习笔记（深入）”；
- 用
WeakSet存储已见原型（避免内存泄漏，且只存对象） - 每次获取
Object.getPrototypeOf(obj)前先检查是否已在集合中 - 遇到
null终止（正常链终点）
示例函数：
function getPrototypeChain(obj) {
const chain = [];
const seen = new WeakSet();
let current = obj;
while (current !== null) {
if (seen.has(current)) {
chain.push('[circular]');
break;
}
seen.add(current);
chain.push(current);
current = Object.getPrototypeOf(current);
}
return chain;
}
如何预防循环原型链？
日常开发中应主动规避，而非依赖运行时检测：
- 避免用
Object.setPrototypeOf修改已有对象的原型，尤其不要指向自身或上游对象 - 使用
class和extends构建继承关系——它们由引擎保证单向、无环 - 若必须动态代理/装饰对象，优先用
Object.create(proto)创建干净新对象，而非篡改原对象__proto__ - 单元测试中可加入原型链深度检查（如超过 100 层告警），辅助发现意外循环
