赋值操作只修改对象自身属性，不改变原型链上的属性；读取时才沿原型链查找。误改原型多因重写prototype或命名冲突导致，应通过Object.assign增量扩展并冻结关键原型。
赋值操作本身不会误改原型对象，这是 JavaScript 的底层机制决定的——给对象属性赋值只作用于当前对象自身，不会触发原型链查找，更不会修改原型上的属性。真正需要防范的，是开发者主观上“以为在改原型”，结果却意外覆盖了实例自身的同名属性；或是误用重写 prototype 的方式，间接破坏了继承关系。
明确赋值只写入自身，不污染原型
当你执行 obj.name = "Alice"，引擎始终在 obj 这个对象上新增或更新 name 属性，哪怕 obj.__proto__.name 已存在，也不会被改动。这是一条安全底线。
- ✅ 正确理解：赋值是“写自身”，读取才是“查原型链”
- ❌ 常见误解：以为
obj.prop = value会顺着原型链找到第一个prop并修改它（实际完全不会） - ⚠️ 注意：如果原型上本就定义了
writable: false的属性（如用Object.defineProperty设置），此时赋值会静默失败（非严格模式）或报错（严格模式）——但这属于保护行为，不是“误改”
避免误删/覆盖原型方法的典型陷阱
问题往往不出在普通赋值，而出在试图“增强”或“修复”原型时操作不当。例如：
- 直接用字面量重写
A.prototype = { method() {} }→ 切断原有原型链，丢失constructor，还可能覆盖父类已注入的方法 - 把实例属性和原型方法起相同名字（如都叫
data），导致后续读取时永远拿不到原型上的默认值 - 在循环中对每个实例做
item.save = function(){...}，本意是临时替换，结果让每个实例都携带一份函数副本，浪费内存且失去共享优势
安全扩展原型的推荐做法
若确实需要向原型添加或修正方法，应保持增量、可追溯、可防护：
- 用
Object.assign(A.prototype, { newMethod() {}, fixMethod() {} })替代整体替换 - 对关键方法使用
Object.defineProperty显式锁定：writable: false防重赋值，configurable: false防删除或重定义 - 重写后立即修复
constructor，并设为enumerable: false以匹配原生行为 - 在应用启动早期冻结核心原型（如
Object.freeze(Array.prototype)），从源头杜绝篡改可能
调试时快速确认属性归属
遇到不确定某个属性来自哪里，可用这几行代码快速验证：
-
obj.hasOwnProperty('prop')→ 返回true表示是实例自身属性 -
'prop' in obj→ 返回true表示自身或原型链上有该属性 -
Object.getPrototypeOf(obj) === Parent.prototype→ 确认原型指向是否符合预期 -
console.dir(obj)在控制台展开，注意区分“自有属性”和“prototype”折叠区
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
