修改构造函数的prototype对象会立即影响所有已有和未来实例，因为实例通过[[Prototype]]链动态查找属性；只有对prototype对象本身的属性增删改才生效，重写整个prototype或用Object.setPrototypeOf会导致断连。
修改构造函数的 prototype 对象，会立即影响所有已创建和未来创建的实例——因为它们都通过 [[Prototype]] 链委托到同一个原型对象，而这个原型是“活的”，不是创建时的快照。
为什么已有实例也能用新方法？
JavaScript 的属性查找机制是动态的：每次调用 obj.method() 时，引擎都会从 obj 自身开始查找；没找到，就顺着 __proto__ 向上查，直到 Object.prototype 或 null。只要原型对象上新增了属性，所有指向它的实例在下次访问时就能立刻命中。
-
s1 = new Student('Alice')创建后，s1.__proto__ === Student.prototype永远成立 - 后续执行
Student.prototype.sayGoodbye = function(){...}，只是往那个共享对象上加了一个键值对 -
s1.sayGoodbye()查找时自然走到更新后的Student.prototype上
哪些操作真正生效？哪些会失效？
只有对 prototype 对象本身的**属性增删改**才具备这种全局即时效果；其他方式无法触发已有实例的同步更新。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- ✅ 推荐：直接赋值扩展
Student.prototype.render = function(){...} - ✅ 推荐：删除方法
delete Student.prototype.sayHello - ❌ 危险：重写整个 prototype
Student.prototype = { sayHi(){} }—— 已有实例的__proto__仍指向旧对象，彻底断连 - ❌ 避免：
Object.setPrototypeOf(s1, newProto)—— 性能极差，V8 会禁用内联缓存
实际中怎么安全使用？
这种动态性适合热修复、插件注入或运行时能力切换，但需注意协作与兼容边界。
立即学习“Java免费学习笔记（深入）”；
- 为自定义类扩展没问题：
MyForm.prototype.validateAsync = async function(){...}，所有已有表单实例立刻可用 - 检查是否已存在，避免覆盖：
if (!Array.prototype.pluck) { Array.prototype.pluck = function(key){...}; } - 不建议污染原生原型（如
String.prototype），优先封装工具函数或用 Symbol 键名降低冲突风险 - 新增方法后，
instance.constructor依然正确指向原构造函数，无需手动修复constructor属性
原型链的实时响应能力是 JavaScript 的底层设计特性，用好它能让代码更灵活，但也要尊重其共享本质，避开覆盖和污染陷阱。
