原型对象本身不直接占用可被清除的运行时内存，真正造成内存滞留的是原型上意外持有的引用、闭包捕获或挂载的共享可变数据；应避免在prototype上挂载引用类型值，改用实例私有初始化，及时解除闭包对外部大对象的持有，并用weakmap或配套清理逻辑管理缓存与监听器。

原型对象本身不直接占用“可被清除”的运行时内存——它不是垃圾回收的常规目标。真正需要关注的是：原型上意外持有的引用、闭包捕获、或挂载了不该共享的可变数据，这些才可能造成内存滞留。清除无用内存的关键，不是删 prototype 本身，而是切断原型上那些让本该被回收的对象无法释放的引用链。

避免在 prototype 上挂载引用类型值

原型是共享的，如果在 prototype 上直接赋值数组、对象或函数内部闭包引用，所有实例都会共用同一份数据，容易导致意外交互和内存滞留：

• ❌ 错误写法：多个实例共享一个数组，push 后互相影响，且数组一直存活

Person.prototype.cache = [];

• ✅ 正确做法：让每个实例自己初始化独有状态，在构造函数或实例方法中创建

function Person(name) {
  this.name = name;
  this.cache = []; // 每个实例独立一份
}

及时解除原型方法中不必要的外部引用

如果原型方法内部通过闭包捕获了大对象（比如 DOM 节点、大型数据结构），而该方法长期存在（因为原型被所有实例共享），那么被捕获的对象就无法被回收：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• ⚠️ 风险示例：sayHello 方法无意中持有了整个页面容器的引用

const pageContainer = document.getElementById('app');
Person.prototype.sayHello = function() {
  console.log('Hello', this.name, pageContainer.offsetHeight); // 捕获 pageContainer
};

• ✅ 改进方式：只在需要时传入、不闭包持有；或使用弱引用（WeakMap）做缓存映射

主动清理原型上的临时缓存或监听器

有时为性能会在 prototype 上加缓存（如格式化结果）或绑定全局监听器。这些必须配套清理逻辑：

• 缓存类：用 WeakMap 关联实例与缓存值，实例销毁后缓存自动失效
• 监听器类：若原型方法注册了全局事件（如 window.resize），应在实例销毁时提供 unbind 方法，并由使用者调用
• 不要把一次性资源（如定时器 ID、fetch AbortController）挂到 prototype 上

不需要也不应该“删除 prototype 方法”来省内存

prototype 上的方法本身就是设计为共享的——它们只存一份代码，不随实例增长而膨胀。手动删掉 Person.prototype.sayHello 不仅没节省多少内存，反而破坏继承链，还可能引发运行时错误。真正浪费内存的是：

• 每个实例都存一份相同函数（构造函数内定义）
• 原型方法里偷偷 hold 住大对象或 DOM 引用
• 把本该实例私有的状态（如配置、缓存）放在 prototype 上

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南