原型设计模式以对象为模板复用，通过object.create()或prototype实现，方法共享节省内存，支持运行时动态修改，但引用类型属性共享易致陷阱，原型链过长增加调试难度。
JavaScript 原型设计模式的核心在于“复用已有对象”，不靠类定义、也不依赖 new 构造，而是以一个对象为模板，通过 Object.create() 或构造函数的 prototype 属性来生成新实例。它不是 JavaScript 的附加技巧，而是语言底层运行机制——原型链本身即源于此模式。
性能高，节省内存开销
方法和共享属性定义在原型上，所有实例共用同一份函数引用，避免了构造函数模式中每个实例都新建一份方法（如 this.sayName = function() {...}）的问题。尤其适合创建大量相似对象的场景，比如游戏中的 NPC、表单控件集合等。
- 对比构造函数模式：1000 个实例 → 1000 份相同函数副本 vs. 原型模式 → 1 份函数 + 1000 个实例引用
- 实际效果：内存占用下降明显，GC 压力更小，初始化速度更快
动态灵活，运行时可修改
原型对象是普通对象，随时可增删改属性或方法，改动会立即反映到所有已存在和未来创建的实例上（除非被实例自身属性遮蔽）。这种能力天然支持热更新、插件扩展、A/B 测试逻辑切换等需求。
- 例如：
Person.prototype.getAge = function() { return new Date().getFullYear() - this.birthYear; };—— 所有Person实例立刻获得新方法 - 注意：仅对“未被实例覆盖”的属性生效；若某实例已设置
person1.getAge = ...，则原型上的同名方法不再被访问
继承实现简洁，但易踩共享陷阱
原型链继承写法极简：Child.prototype = Object.create(Parent.prototype)，即可复用父类方法。但引用类型属性（如数组、对象）会被所有子实例共享，一个实例修改，其他实例跟着变。
- 典型问题：
Parent.prototype.hobbies = [];→child1.hobbies.push('reading')后，child2.hobbies也含 'reading' - 解法：构造函数内初始化引用属性（
this.hobbies = []），或使用组合继承/寄生组合继承规避
调试与维护成本随链加深而上升
当原型链过长（如 A ← B ← C ← D ← Object），属性查找路径变长，出错时难以快速定位来源；console.dir(obj) 显示多层 __proto__ 嵌套，新手易混淆“谁定义了这个方法”。此外，过度依赖隐式原型链，会让代码意图不够直白，降低可读性。
- 建议：控制原型层级 ≤ 3 层；关键逻辑尽量显式声明，避免全靠原型链“自动冒泡”
- 现代替代：ES6
class语法本质仍是原型链，但封装了继承写法，提升了可读性与一致性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
