应避免在原型对象上挂载大体积动态数组，因其会导致所有实例共享、内存滞留、老年代占用升高及full gc频发；正确做法是改用实例级惰性初始化、weakmap隔离或模块顶层只读定义。
直接在原型对象上挂载大体积动态数组，既不是内存“污染”，也不是安全漏洞意义上的“污染”，而是一种高危的内存管理失当——它会导致所有实例共享该数组，且因生命周期绑定过宽，无法被及时回收，推高老年代占用、加剧 Full GC 频率，严重时引发卡顿甚至 OOM。真正要防的，是这种设计带来的隐式强引用和 GC 失效。
别把大数组放 prototype 上
例如：MyClass.prototype.cacheList = new Array(100000) 看似省事，实则危险。这个数组一旦创建，就与构造函数强绑定；只要有一个 MyClass 实例长期存活（比如被闭包捕获、注册为事件监听器），整个 prototype 链包括这个大数组就永远“可达”，GC 无法释放。
- 所有实例共用同一份数据，修改会相互影响（除非刻意深拷贝）
- 数组内容无法随单个实例销毁而释放，造成内存滞留
- V8 中大数组易晋升至老年代，触发更耗时的 Full GC
改用实例级惰性初始化
把大数组从 prototype 移到实例内部，并延迟到首次使用时才创建：
- 构造函数中不分配：
this._cacheList = null - 通过 getter 或专用方法按需生成：
get cacheList() { return this._cacheList ?? (this._cacheList = buildLargeArray()); } - 若需跨方法复用且避免重复计算，可用 WeakMap 存储实例专属数据：
const cacheMap = new WeakMap(); cacheMap.set(this, buildLargeArray());
全局只读数据请剥离到模块顶层
如果数组确实是静态、只读、多处复用（如城市编码表、HTTP 状态码映射），就不要让它和任何构造函数扯上关系：
- 在模块文件顶部定义：
const CITY_LOOKUP = new Map([...]); - 构造函数里只引用它：
this.cityMap = CITY_LOOKUP; - 这样数据由模块生命周期管理，不随实例增减而波动，也便于测试时替换或重置
必须共享时，做轻量访问封装
极少数场景真需“共享+可变”，那就避免直接暴露大数组本身：
- prototype 上只放小函数：
findCityById(id) { return CITY_LOOKUP.get(id); } - 真实数据由外部单例承载（ES2022+ 可用私有字段
#lookupTable） - 提供明确的重置接口：
resetCache()，方便测试或热更新时主动释放
关键不在“能不能挂”，而在“谁负责它的生与死”。让大内存数据脱离原型链的强绑定，GC 才能看清真正的垃圾。
