js内存泄漏自动化检测核心是测试中主动观察对象生命周期，通过playwright+@babylonjs/test-tools做事件/对象泄漏断言、memlab做无交互堆快照比对、cdp+heapdump做轻量断言，并需配套dispose设计、稳定构造函数名、具名注册及显式gc。
JS 中自动化检测内存泄漏隐患，核心是让测试流程主动“观察对象生命周期”，而不是等线上报警才介入。关键不在于工具多炫酷，而在于能否在每次构建或 PR 时，稳定复现“创建→使用→销毁→验证是否残留”这一闭环。
用 Playwright + @babylonjs/test-tools 做事件与对象泄漏断言
这套组合专为浏览器端可预测场景设计，适合组件级或模块级集成测试：
- 把待测类（如 CustomMesh、DataManager）挂到 window 上，供测试脚本访问
- 在 Playwright 的 page.evaluate() 中调用
trackEvents()和trackObjects()，分别注册监听 Observable 事件绑定行为、以及构造函数实例计数 - 执行 dispose 操作后，调用
assertNoEventLeakage()和assertNoObjectLeakage()—— 它们会检查事件是否被移除、实例是否从全局计数中清零 - 配合 sourcemap，泄漏堆栈能精准定位到 TypeScript 源码行，比如
scene.ts:42而非编译后的dist/index.js:1289
用 MemLab 实现无交互式自动回归检测
MemLab 不依赖人工点击，而是通过预设的交互脚本（如 Puppeteer 或 Playwright 驱动）自动完成“页面加载→操作→跳转→卸载”循环，并比对多次堆快照差异：
- 定义 scenario：例如 “打开详情页 → 点击返回 → 等待 2 秒 → 检查内存”
- 运行
memlab run --scenario ./scenarios/detail-page.js，它会自动生成多个堆快照并计算对象存活率 - 输出 retainer traces（保留链），直接告诉你为什么某个
UserInfoCache实例没被回收——比如因为window.cacheMap还强引用着它 - 支持 CI 集成：失败时返回非零退出码，可作为流水线卡点
用 Chrome DevTools 协议 + heapdump 做轻量级断言
适用于 Node.js 环境或需要嵌入已有测试框架（如 Jest）的场景：
- 在测试前后调用
chrome.debugger.sendCommand('HeapProfiler.takeHeapSnapshot')获取快照 ID - 用
heapdump模块（Node.js）或Page.addHeapSnapshotChunk（CDP）导出 .heapsnapshot 文件 - 用脚本解析快照 JSON，统计指定构造函数（如
ApiClient）的实例数量变化，差值 > 0 即告警 - 优势是轻量、易调试；缺点是无法捕获 DOM 相关泄漏，更适合纯逻辑层验证
写测试时必须配套的代码习惯
再好的工具也救不了没设计好销毁逻辑的代码。自动化检测真正起效的前提是：
- 所有资源持有者（定时器、事件监听器、Observer、WeakMap 键）都暴露一个 dispose() 或 teardown() 方法
- 组件/模块导出的构造函数名保持稳定（如
class ChartRenderer），否则快照里无法按名过滤 - 避免匿名函数注册事件或定时器，改用具名函数或 AbortController.signal 统一取消
- 在测试 teardown 阶段显式触发 GC（
await page.evaluate(() => gc?.())，需启动参数--js-flags="--expose-gc"）
