原型链本身不直接导致内存泄漏，但通过在原型上挂载大型对象、错误使用箭头函数形成闭包、原型污染引入冗余引用，或继承链过深附着大量属性，均可能间接阻碍垃圾回收。
原型链本身不会直接导致内存泄漏，但它可能间接促成泄漏——关键不在“链”本身，而在开发者如何通过原型挂载或引用大型、长生命周期的对象。
原型上挂载全局状态或缓存数据
把大对象（如完整用户数据、未清理的 DOM 集合、大型数组）直接赋值给 Function.prototype 或构造函数的 prototype，会让所有实例共享该引用。一旦某个实例被长期持有（比如被闭包捕获、存入全局 Map），它所继承的原型属性就无法被 GC 回收。
- 错误写法：
MyComponent.prototype.cache = new Map();—— 所有组件实例共用一个 cache，且因原型对象生命周期极长，cache 中的数据很难释放 - 正确做法：在实例内部初始化（
this.cache = new Map()），并在销毁时显式清空；或使用 WeakMap 存储实例专属数据
原型方法意外捕获外部作用域
如果在原型方法定义中使用了箭头函数或内联回调，并引用了外部大对象，而该方法又被绑定到长期存活的对象上（如事件监听器、定时器回调），就会形成隐式闭包链，把外部数据“拖住”不放。
- 例如：
MyClass.prototype.handleClick = () => { console.log(this.largeData); };—— 箭头函数无法正确绑定 this，实际捕获的是定义时的上下文，容易意外保留大对象引用 - 建议统一用普通函数声明，并确保回调中不直接引用非必要大对象；若需访问，改用参数传入或弱引用
原型污染带来的间接泄漏风险
恶意或疏忽的原型污染（如 Object.prototype.xxx = ...）可能导致任意对象都带上不该有的属性。当这些属性指向大型资源（如缓存、监听器集合），又未被统一管理时，GC 无法识别其“已失效”，造成隐蔽泄漏。
- 典型场景：第三方库误向
Array.prototype添加方法，该方法内部缓存了 DOM 节点，但从未清理 - 防范手段：启用严格模式；避免直接修改内置原型；使用
Object.freeze(Object.prototype)（仅限可信环境）；对输入做白名单校验
继承链过深或冗余导致对象图膨胀
虽然原型链查找本身开销小，但若存在多层继承 + 每层 prototype 上都挂载了大量属性或方法，会增加对象的“可达性图”复杂度。GC 标记阶段需遍历更多路径，可能延缓回收判断，尤其在频繁创建/销毁对象的场景下，放大泄漏影响。
- 优化方向：减少不必要的继承层级；用组合替代深层继承；将静态工具方法移出原型，放在独立模块中
- 注意：V8 对扁平原型链做了高度优化，真正瓶颈通常不在链长，而在链上附着的“活引用”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
