javascript原型链不会因循环引用自动报错，而是引擎检测到闭环时抛出rangeerror；需避免手动篡改原型、清洗反序列化数据、初始化时检测闭环、冻结对象后禁止修改原型。
JavaScript 中原型链本身不会形成循环引用导致报错——引擎（如 V8）在查找属性时会主动检测闭环，一旦发现 A → B → C → A 这类路径，立刻抛出 RangeError: Maximum call stack size exceeded，属于运行时防护机制，不是你代码“漏处理”导致的，而是系统强制中断。
一、别手动篡改原型链
真正引发报错的，几乎全是开发者主动修改 __proto__ 或 Object.setPrototypeOf() 造成的。只要不干这事，原型链天然安全。
- 禁用
obj.__proto__ = ...：非标准、不可靠，ESLint 启用no-proto规则可拦截 - 慎用
Object.setPrototypeOf(obj, proto)：仅在必要时调用，且必须确保proto不是obj自身或其原型链上的任一对象 - 避免动态交叉赋值：
A.prototype = B.prototype; B.prototype = A.prototype这类写法会直接触发闭环检测
二、反序列化时清洗原型注入
从外部（如 API、localStorage）拿到 JSON 并 JSON.parse() 后合并到现有对象，可能带恶意 "__proto__" 字段，导致原型被污染甚至闭环。
- 解析后立即用
Object.getOwnPropertyNames()检查是否含__proto__、constructor等敏感键 - 合并前过滤掉所有以
__开头的属性（或使用Object.assign({}, parsed)隔离原型） - 对可信度低的数据，统一用
Object.create(null)创建干净对象再填充
三、初始化阶段加轻量闭环检测
若业务确需动态构造原型关系（如插件系统、DSL 实例化），应在关键节点插入校验逻辑，提前拦截而非等报错。
- 用
Set记录已遍历原型：const visited = new Set(); let p = obj; while (p && !visited.has(p)) { visited.add(p); p = Object.getPrototypeOf(p); } - 若循环中
p再次出现，说明闭环，立刻console.warn并拒绝构造 - 限制最大遍历深度（如 100 层），防极端情况耗尽栈空间
四、冻结对象后禁止修改原型
对已 Object.freeze() 或 Object.seal() 的对象，调用 setPrototypeOf 在严格模式下会直接报错，在非严格模式下静默失败——但后续属性访问可能异常。
- 操作前先检查：
if (Object.isFrozen(obj) || Object.isSealed(obj)) { throw new Error('Cannot modify prototype of frozen/sealed object'); } - 更稳妥的做法：只对明确设计为可扩展的对象（如用
Object.create(proto)新建的）才设置原型
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
