如何避免直接为对象的__proto__赋值引发的原型链单向循环引用导致JavaScript完全卡死的超级大坑-js教程-PHP中文网

直接给对象的__proto__赋值会触发引擎循环检测并抛出rangeerror，导致应用无响应；它绕过安全检查、禁用原型链缓存、使对象进入低效字典模式，必须禁用并改用object.setprototypeof()配合校验。

如何避免直接为对象的__proto__赋值引发的原型链单向循环引用导致javascript完全卡死的超级大坑

直接给对象的 __proto__ 赋值，尤其是赋成自身或已在其原型链中的对象，会立即触发 JavaScript 引擎的循环检测机制，抛出 RangeError: Maximum call stack size exceeded。这不是“卡死”，而是引擎主动中止执行——但若发生在关键路径（如初始化、渲染逻辑或事件回调中），确实会让整个应用无响应。真正危险的是它发生得悄无声息，且难以复现。

为什么`proto = obj`是高危操作

这种写法绕过所有安全检查，直接篡改对象的内部 [[Prototype]] 槽位：

V8 等引擎在属性访问时会缓存原型链路径，一旦发现重复原型（比如 A → B → A），立刻终止查找并报错
__proto__ 赋值不触发 Object.defineProperty 的校验逻辑，也不受 Object.preventExtensions() 限制（仅在严格模式下静默失败）
它还会让 V8 将对象标记为“字典模式”，后续所有属性访问变慢，影响性能

必须禁用的写法与替代方案

以下代码一律禁止出现在生产环境：

OpenJDK 24

OpenJDK 24 Windows x64 官方参考实现（24+36），适合 Windows 环境进行 Java 开发、编译、运行和版本兼容性验证。

下载

obj.__proto__ = obj（自引用）
obj.__proto__ = otherObj（未校验 otherObj 是否已含 obj）
child.__proto__ = parent.prototype（应改用 Object.create(parent.prototype)）

统一改用 Object.setPrototypeOf()，并在调用前加校验：

示例：安全设置原型

function safeSetPrototypeOf(obj, proto) {
  if (obj === proto) return false;
  let p = proto;
  while (p !== null) {
    if (p === obj) return false;
    p = Object.getPrototypeOf(p);
  }
  Object.setPrototypeOf(obj, proto);
  return true;
}

从源头切断污染入口

很多循环引用不是主动写的，而是由外部输入间接引入：

反序列化 JSON 后，不要直接 Object.assign(target, parsed)；先递归过滤掉所有键名为 __proto__、constructor、prototype 的字段
第三方库合并配置时（如 lodash.merge），确保版本 ≥ 4.17.21，并在传入前做白名单校验
纯数据容器一律用 Object.create(null) 创建，它没有 __proto__，天然免疫此类问题