原型属性动态挂载本身不增内存压力，但时机与方式影响结构稳定性、隐藏类演化及内存冗余；应挂载到构造函数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 不存在
• 误把工具函数声明为实例方法，会导致本可静态复用的逻辑被错误地绑定到每个实例的原型上