javascript原型模式是语言底层机制，通过object.create()或prototype创建对象，实现方法共享、内存高效、动态可变和简洁继承，但需防范引用类型共享陷阱及调试复杂性。
JavaScript 中的原型模式不是“可选技巧”，而是语言底层运行机制的直接体现。它用对象作模板，通过 Object.create() 或构造函数的 prototype 创建新对象，绕开了类定义和重复初始化，本质是原型链的自然延展。
内存高效，方法共享显著降低开销
所有实例共用原型上的函数引用，避免每个实例都新建一份相同逻辑的方法。比如创建 1000 个用户控件，构造函数模式会生成 1000 份 render() 函数副本；原型模式只保留 1 份，其余实例通过原型链访问。这不仅节省内存，也加快对象初始化速度，GC 压力更小。
- 适用场景：高频创建相似对象（如 DOM 组件、游戏实体、表单字段）
- 验证方式：
obj1.method === obj2.method返回 true - 注意：仅适用于函数和值类型属性；引用类型需在构造函数内初始化
运行时动态可变，天然支持热更新
原型是普通对象，随时可增删改属性或方法，变更立即对所有已存在及后续创建的实例生效（前提是该属性未被实例自身覆盖）。
- 例如：
Person.prototype.getAge = function() { ... };后，所有Person实例立刻可用.getAge() - 典型用途：A/B 测试切换逻辑、插件注入、开发阶段快速补丁
- 限制：若
person1.getAge = function() {...}已赋值，则原型上的同名方法不再被访问
继承简洁但易踩共享陷阱
用 Child.prototype = Object.create(Parent.prototype) 即可实现继承，写法极简。但原型上定义的引用类型（如数组、对象）会被所有子实例共享。
- 常见问题：
Parent.prototype.items = [];→ 修改child1.items.push(1)，child2.items也受影响 - 解法：在构造函数中初始化引用属性（
this.items = []），或采用寄生组合继承 - 建议：原型上只放不可变数据或纯函数，状态类属性交由实例管理
调试成本随链增长而上升
原型链过长（如 A ← B ← C ← D ← Object）会导致属性查找路径变长，出错时难以定位定义源头；console.dir(obj) 显示多层嵌套 __proto__，新手易混淆归属。
- 推荐层级：控制在 3 层以内（如实例 → 构造函数原型 → Object.prototype）
- 可读性优化：关键行为尽量显式声明（如用
Object.assign(this, {...})初始化），减少隐式链式依赖 - 工具辅助：Chrome DevTools 的 “Properties” 面板可展开查看各层原型，配合断点验证查找顺序
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
