应避免在原型对象上挂载大体积动态数组，因其会导致内存不可回收、GC压力增大及共享副作用；推荐改用实例级惰性初始化、WeakMap存储或模块顶层只读数据等方式解耦生命周期。

直接在原型对象上挂载大体积动态数组，本质是把本该有明确生命周期的数据，强行绑定到所有实例共享的静态结构上——它不污染数据内容，但会严重污染内存模型和 GC 行为。真正要防的不是“污染”，而是“不可回收”。

别让数组活在 prototype 上

像 MyClass.prototype.cacheList = new Array(100000) 这类写法，会让这个数组随构造函数长期驻留堆中。只要有一个实例没被回收，或构造函数被闭包捕获，整个原型链（含这个数组）就无法被标记为垃圾。

• 数组本身占用大量连续内存，易晋升至老年代，推高 Full GC 频率
• 所有实例共享同一引用，任意一处修改都影响全局，调试困难
• 单元测试时无法独立重置，容易产生跨用例副作用

改用实例级惰性初始化

把大数组从 prototype 拆出来，移到实例内部，并延迟到首次使用才创建：

• 构造函数里只设 this._cacheList = null 或 undefined
• 用 getter 封装访问逻辑：get cacheList() { return this._cacheList ?? (this._cacheList = new Array(100000)); }
• 若需强隔离，可用 WeakMap 存储：外部 map 映射实例 → 数组，避免强引用阻碍回收

全局只读数据请放模块顶层

如果这个数组确实是多处复用、不可变的（比如预计算的坐标索引表），就彻底剥离构造函数：

• 在模块文件顶部定义：const GLOBAL_COORD_INDEX = new Float32Array(…);
• 构造函数内仅引用它：this.index = GLOBAL_COORD_INDEX;
• 这样数据由模块加载器管理生命周期，不与任何实例耦合，也便于 mock 和热替换

必须共享时，做轻量访问封装

若业务逻辑强依赖“所有实例共用同一份可变数组”，不要直接挂数组，而是封装访问层：

• 原型上只放小函数：MyClass.prototype.findInIndex = function(key) { return SharedIndex.get(key); };
• 真实数组放在外部单例或私有静态字段（ES2022+ 可用 #index）
• 提供明确的销毁接口：SharedIndex.clear()，方便测试清理或运行时重置

关键不是“能不能挂”，而是“谁来决定它什么时候该消失”。把大数组的生命周期从 prototype 解耦出来，GC 才能真正看清哪些是垃圾。