Getter 本身不导致内存抖动，问题在于高频调用时反复创建大对象或触发隐式副作用，使临时对象滞留老生代，引发 Mark-sweep/Mark-compact 频次上升和延迟毛刺。
Getter 访问器本身不直接导致内存抖动，问题出在它被高频、非受控调用时，反复创建大对象或触发隐式副作用，使临时对象滞留老生代，引发 Mark-sweep/Mark-compact 频次上升和延迟毛刺。关键不是 getter 语法，而是它的执行行为是否可复用、是否被意外保留。
看 Performance 面板中 getter 调用是否密集分配
- 打开 Chrome DevTools → Performance 标签 → 勾选 “Memory” 和 “JS heap” → 开始录制
- 执行一段高并发交互（如批量渲染、流式表单提交、Cypress 多步操作）→ 停止录制
- 在火焰图中筛选
get开头的方法名（如getData、items），观察：- 是否在毫秒级内被调用数十次
- “Allocated memory” 列是否持续出现 >10KB 的小对象分配（如 Array、Map、解析后的 JSON）
- 若该 getter 出现在多个帧的 render 或 layout 阶段，说明它被响应式系统或模板反复追踪，已进入热路径
检查堆快照中 getter 返回值是否形成引用链滞留
- Memory 面板 → Capture Heap Snapshot → 在 Summary 视图搜索 getter 名称或其返回类型（如
Array、Object） - 点击某类实例 → 查看 Retainers 链路：
- 若大量相同结构对象的 Retainer 指向同一个 class 实例（如
UserStore、TableContext），说明 getter 在闭包中捕获了 this 并重复生成结果 - 若 Retainer 包含
VueReactiveEffect、ZustandSubscriber、ReactFiberNode等，表明框架响应式追踪未释放对 getter 结果的引用
- 若大量相同结构对象的 Retainer 指向同一个 class 实例（如
- 特别注意：快照中若出现成百上千个
Map或Set实例，且它们的size相同、结构一致，基本可断定是未缓存的 getter 导致
验证 getter 是否被继承链放大泄漏风险
- 检查子类是否覆盖父类 getter 却未复用缓存逻辑：
-
class Child extends Base { get data() { return expensiveTransform(super.data); } }→ 每次访问Child.data都会重新计算super.data并再 transform
-
- 查看原型链上是否存在多层 getter 透传：
-
A → B → C三级继承，每层都定义get items()且无缓存 → 实际调用一次c.items可能触发三次独立对象构造
-
- 使用
console.trace()临时打点：在 getter 内加if (Math.random() < 0.01) console.trace('data accessed')，观察调用栈深度与频次
确认是否因 getter 返回引用类型而被长期持有
- 若 getter 返回的是新构造对象（如
{...this.state}、this.list.map(...)、JSON.parse(this.raw)），它会被当作独立堆对象处理 - 尤其危险的是返回
new Map()、new Set()或大型数组：这些对象一旦被赋值给模块级变量、事件监听器、未 resolve 的 Promise、或 React state setter 的中间值，就无法被回收 - 典型误用：
-
useEffect(() => { const items = obj.items; someApi(items); }, [obj.items])→ 依赖项obj.items每次都是新对象，导致 effect 不停重注册 -
cache.set(key, instance.items)→instance.items是 getter，每次取值都新建数组，缓存键却没变，旧数组永远滞留
-
用 --trace-gc 定位晋升与 GC 类型变化
- 启动 Chrome 时加参数：
chrome --js-flags="--trace-gc --trace-gc-verbose" - 观察控制台输出：
- 若出现连续
old_space使用率数秒内跳升 50MB+，伴随promotion字样激增，说明 getter 构造的对象正快速晋升至老生代 - 若
Mark-sweep或Mark-compact耗时频繁超过 5ms（尤其在交互后集中出现），即为常驻抖动典型信号
- 若出现连续
- 对比基线：将 getter 改为显式方法（如
loadData()），或加 memoization 缓存后压测，若 GC 频次下降、P99 延迟收敛，即可锁定根因
不复杂但容易忽略
