修改原型对象可使已有实例行为自然更新，关键在于正确操作Constructor.prototype、避免整体替换原型和属性遮蔽；动态添加方法、修正bug、设置默认值均能立即生效，而强制切换__proto__属反模式。
不需要“强制更新”已有实例——只要修改得当，行为会自然生效。关键在于理解原型链的查找机制和避免常见遮蔽陷阱。
确保修改的是实例正在查找的那个原型对象
每个实例在创建时，其 __proto__ 就已固定指向当时的构造函数 prototype。后续所有属性/方法访问都沿着这条链动态查找。所以：
- 直接给 Constructor.prototype 添加或覆盖方法（如
Person.prototype.sayHi = ...），所有未遮蔽该方法的已有实例，下次调用就会执行新逻辑 - 不要整体替换 Constructor.prototype（如
Child.prototype = new Parent()后再定义方法），否则已有实例仍连着旧原型，无法访问新增内容 - 若必须重设原型，方法定义必须放在赋值之后，且要修复
constructor指向
避免实例自身属性遮蔽原型上的更新
一旦实例上存在同名属性或方法，它就会屏蔽原型上的同名定义，后续修改原型对该实例完全无效：
- 例如：
person.name = '张三'→ 实例自有属性；再改Person.prototype.name = '李四'，person.name仍是 '张三' - 检查是否被遮蔽：用
person.hasOwnProperty('name')判断 - 如需恢复原型行为，可删掉实例属性：
delete person.name
对已创建实例做热补丁的典型场景
原型的动态性天然支持运行时行为注入，无需重建对象：
- 批量添加方法：
User.prototype.logout = function() { ... };→ 所有已存在的new User()实例立刻可用 - 修正 bug：
Array.prototype.map = function(...) { ... };→ 所有已有数组调用.map()都走新逻辑 - 统一默认值：
Request.prototype.timeout = 5000;→ 未显式设置 timeout 的请求实例读取即得 5000
不推荐也不可行的“强制同步”方式
试图让已有实例“切换”到新原型是反模式，应尽量避免：
-
Object.setPrototypeOf(instance, NewProto)虽技术可行，但性能差、破坏不可变性，且可能引发意外副作用 - 冻结原型链后此操作会失败；某些环境（如严格模式、Web Worker）也不支持
- 真正需要隔离行为时，应重构为组合或代理模式，而非强行修补原型链
