原型属性动态挂载本身不增内存压力，但时机与方式影响结构稳定性、隐藏类演化及内存冗余；应挂载到构造函数prototype上实现共享，避免实例属性误认为原型挂载，慎用运行时增删以防隐藏类重建与ic失效。
原型属性的动态挂载本身不直接增加内存压力，但挂载时机、方式与上下文是否可控，会显著影响对象结构稳定性、隐藏类演化路径和潜在的内存冗余。
挂载位置决定复用效率
在 构造函数内部 动态添加属性（如 this.id = Date.now() 或 this.cache = {}），会导致每个实例都拥有独立副本，无法共享——这本质是实例属性，与原型无关，却常被误认为“挂载到原型”。
真正属于原型层面的动态挂载，应发生在 构造函数的 prototype 对象上，例如：
-
MyClass.prototype.render = function() { ... };—— 方法只存一份，所有实例共用 -
Object.defineProperty(MyClass.prototype, 'version', { value: '2.1' });—— 不可写、不可枚举的静态值，零额外开销 - 避免
MyClass.prototype.config = { timeout: 5000 };—— 若该对象被修改，会触发写时复制，破坏共享性
动态增删原型属性的风险点
运行时通过 delete MyClass.prototype.method 或 MyClass.prototype.newField = val 修改原型，会触发 V8 的隐藏类（Hidden Class）重建。虽然原型对象本体内存不变，但：
- 已创建的实例可能被划入新隐藏类，导致内联缓存（IC）失效，查找性能短暂下降
- 若频繁增删（如在循环中反复赋值），可能生成大量中间隐藏类，增加元数据内存占用
- 旧隐藏类若仍有实例引用，不会立即回收，造成短期内存驻留
委托式挂载：更轻量的替代方案
当需要“按需提供”某类能力（如日志、校验、序列化），不建议直接往原型塞方法，而可采用委托模式：
- 定义统一委托对象：
const Serializers = { json: ..., xml: ... }; - 实例仅持有一个字符串标识：
this.serializer = 'json'; - 访问时查表：
Serializers[this.serializer].encode(this) - 这样避免在每个原型上重复挂载函数，也规避了隐藏类分裂
ES6 class 中的 static 与 prototype 区分
注意 static 成员属于类自身，不进入原型链；只有定义在 class 主体外层的方法（非 static）才自动挂载到 prototype。例如：
-
class A { method() {} }→A.prototype.method存在 -
class A { static util() {} }→A.util存在，A.prototype.util不存在 - 误把工具函数声明为实例方法，会导致本可静态复用的逻辑被错误地绑定到每个实例的原型上
