不能将__proto__作为普通属性名使用，因其会被引擎识别为修改对象[[Prototype]]的指令，导致原型被意外替换、方法丢失、枚举异常；安全做法是加括号动态键、加前缀重命名或用Object.defineProperty强制设为不可枚举自有属性。

直接避免——别用 __proto__ 作为属性名写入对象。它不是普通字段，而是 JavaScript 引擎对原型链的控制开关，任何看似“赋值”的操作，实际都在修改对象的继承关系，极易引发静默失效、方法丢失、枚举异常等隐蔽故障。

为什么不能当普通字段用

引擎会把 obj.__proto__ = value 或 obj["__proto__"] = value 当作修改 [[Prototype]] 的指令，而不是添加一个字符串键：

• 若 value 是对象，该对象立刻成为 obj 的新原型，原有方法（如 toString、hasOwnProperty）可能消失
• 若 value 是 null、undefined 或原始值，多数环境静默忽略，但部分旧版本（如早期 Chrome）会抛错
• Object.keys(obj)、for...in 都不返回 "__proto__"，因为它根本不在自有属性中；但 console.dir(obj) 会在“原型”面板下显示它，视觉上就暴露了问题本质

如何安全地存一个叫 "__proto__" 的数据

当后端返回字段名恰好是 "__proto__"（比如配置项、日志字段），你无法改名，但必须绕过引擎识别：

• 用带括号的动态键：obj[("__proto__")] = value —— 语义不变，但某些 lint 工具和 IDE 更倾向将其视为普通字符串键
• 统一加前缀或后缀：obj["_proto_"] 或 obj["$$proto"]，前后端约定映射规则，彻底脱离保留字范畴
• 强制定义为不可枚举的自有属性：Object.defineProperty(obj, "__proto__", { value, enumerable: false, configurable: false }) —— 此时它才真正作为数据字段存在，不会触发原型变更

检查与拦截：从源头堵住风险

仅靠开发自觉不够，需在工具链中嵌入防御机制：

• 白名单校验逻辑中，把 /^__proto__$/.test(key) 放在最前面，一旦匹配立即拒绝或重命名
• CI 流程中加入 ESLint 规则 no-prototype-builtins 和自定义规则，禁止 .__proto__ 赋值、禁止字符串字面量直接用于对象键名匹配
• 调试时用 Object.getPrototypeOf(obj) 和 Object.getOwnPropertyNames(obj) 分层查看，确认“属性”和“原型”边界清晰，避免误判