原型对象本身不直接占用大量内存，但不当设计会因闭包捕获大对象、原型挂载可变大对象等导致实例间接持有冗余引用，加剧内存压力，尤其在低端设备上；应改用显式传参、静态工具函数及WeakMap隔离状态。
原型对象本身不直接“占用大量内存”，但不当设计会让实例反复继承冗余属性或方法，间接推高内存压力——尤其在低端安卓机、旧款平板等内存受限设备上，这点会被放大。优化重点不是“压缩原型”，而是减少原型链上的无效开销、避免意外驻留、控制实例对原型的依赖深度。
精简原型方法，避免闭包捕获大对象
原型方法若内部引用了外部大对象（如缓存数据、DOM节点、大型配置），该对象会因闭包被所有实例间接持有，无法释放。
- ❌ 错误写法：在原型方法里闭包捕获全局大数组
class ListManager {
constructor() {
this.cache = window.LARGE_DATA_CACHE || [];
}
getItem(idx) {
return this.cache[idx]; // 每个实例都绑定了对 LARGE_DATA_CACHE 的强引用
}
}
- ✅ 正确做法：把大依赖显式传入，或改用静态工具函数
class ListManager {
getItem(idx, cache = window.LARGE_DATA_CACHE) {
return cache?.[idx]; // 不绑定，不形成闭包引用
}
}
// 或提取为独立函数
function getItemFromCache(idx, cache) { return cache?.[idx]; }
立即学习“Java免费学习笔记（深入）”；
避免在原型上挂载可变大对象
原型是共享的，一旦在 prototype 上直接赋值一个数组、对象或 Map，所有实例都会共用它——表面省内存，实则极易引发状态污染和意外长期驻留。
- ❌ 危险操作：
ListManager.prototype.pendingRequests = [];—— 多个实例共用同一数组，且生命周期难控制 - ✅ 安全做法：把可变状态移入实例自身，或用 WeakMap 隔离
const instanceState = new WeakMap();
ListManager.prototype.initState = function() {
instanceState.set(this, { pendingRequests: [], lastFetched: 0 });
ListManager.prototype.addRequest = function(req) {
instanceState.get(this)?.pendingRequests.push(req);
WeakMap 不阻止实例回收，也不会让 pendingRequests 成为 GC 障碍。
谨慎使用继承链，优先组合代替深原型链
每多一层 Object.setPrototypeOf 或 class A extends B，V8 就要维护更长的原型链查找路径。在低端设备上，属性访问（尤其是频繁调用的方法）可能因隐式遍历变慢，且每个构造函数的 prototype 对象本身也占内存（哪怕空）。
- 能用对象组合（
has-a）就不用类继承（is-a）：比如用this.formatter = new DateFormatter()代替class MyComponent extends DateFormatter - 避免“为复用而继承”：若只用父类 1–2 个方法，直接导入工具函数更轻量
- 检查
__proto__链长度：Chrome DevTools → Memory 面板 → “Heap snapshot” → 搜索 constructor 名，看其 prototype 是否有大量未使用属性
启用严格模式 + 静态分析辅助清理
非严格模式下，向原型写入未声明变量会静默失败或污染全局；而原型上的拼写错误（如 constrcutor）会导致方法丢失，迫使开发者加兜底逻辑，反而引入冗余对象。
- 在原型定义前加
'use strict';，让错误暴露出来 - 用 ESLint 规则
no-unused-vars和no-undef扫描原型方法是否被实际调用 - 构建时通过
terser启用drop_unused，自动移除未被任何实例调用的原型方法
