前端自动化测试中内存暴涨常由不当Getter继承引发：getter含副作用、新建对象或访问全局状态，导致内存持续不回收；应禁用副作用、缓存结果、注入依赖并监控内存。
前端自动化测试中内存暴涨，若源于不当的 Getter 继承（比如在测试对象、Mock 实例或 Vue/React 响应式代理中滥用带副作用的 getter），问题往往隐蔽但后果严重：单次测试用例可能只涨几 MB，但数百个用例串联执行后，内存持续不回收，最终触发 Node.js 进程 OOM 或 Puppeteer 浏览器崩溃。
识别 Getter 继承引发的内存泄漏信号
不是所有 getter 都危险，但以下模式需立即警惕：
- 测试中频繁创建类实例（如
new TestService()），而该类的 getter 内部访问了闭包变量、DOM 节点、大型缓存 Map 或未清理的定时器 - 使用
Object.defineProperty或Proxy手动定义 getter，且 getter 返回新对象（如return { ...this.data }）——每次访问都分配内存，无复用 - Vue 2 的
data或computed、Vue 3 的ref/computed中，getter 里调用了非纯函数（如JSON.parse、document.querySelector、new Date()） - 在 Jest 测试中 mock 某个模块并重写其属性为 getter，而该 getter 每次返回不同实例（如
get api() { return new ApiClient(); }）
用 Chrome DevTools 快速定位泄漏源头
在 Puppeteer 或 Playwright 启动的浏览器中运行测试，并连接 DevTools：
- 打开 Memory 面板 → 点击 Record allocation stack traces → 运行 1–2 个疑似泄漏的测试用例 → 停止录制
- 筛选 Constructor 列，重点关注高频出现的匿名函数、
Object、Array、Map—— 然后点击对应行，看 Allocation stack 是否指向某个 getter 函数名（如get userInfo、get items） - 切换到 Heap snapshot → 先拍一张基准快照（测试前）→ 执行测试 → 拍第二张 → 使用 Comparison 视图，按 Distance 排序，找 Distance = 2 或 3 且数量激增的对象 → 展开 Retainers，确认是否被某个 getter 的闭包（
Closure）持有
修复策略：切断 getter 与持久资源的绑定
核心原则：getter 应是无副作用、幂等、轻量的访问器。任何耗资源操作都应移出或缓存：
立即学习“前端免费学习笔记（深入）”；
-
禁止在 getter 中新建对象：把
get list() { return this._rawList.map(x => ({...x})); }改为get list() { return this._listView; }，并在数据变更时主动更新_listView -
避免 getter 访问全局状态：将
get config() { return window.APP_CONFIG; }改为构造时注入配置对象，或使用静态常量 -
Mock getter 要可控：Jest 中不用
mockImplementation直接返回新实例，改用mockReturnValueOnce或预建复用实例：jest.mock('./api', () => ({ ApiClient: jest.fn(() => cachedClient) })) -
Vue/React 场景下启用严格响应式控制：Vue 3 中对大型数组/对象用
shallowRef或markRaw避免不必要的 getter 包装；React 中确保useMemo缓存计算结果，而非在useState的 setter 回调里重复生成
预防：测试代码中的 getter 使用守则
在团队 ESLint 规则中加入自定义检查（如用 eslint-plugin-no-getter-side-effects）：
- 禁止 getter 内含
new、document.、window.、setTimeout、fetch、JSON.等关键词 - 限制 getter 函数体最大行数（建议 ≤ 3 行），强制逻辑外提
- CI 流水线中对测试进程添加内存监控：用
process.memoryUsage().heapUsed在每个测试套件前后打点，差异超 20MB 自动告警
