分配采样是Chrome DevTools中轻量级运行时内存分析技术，通过采样新对象分配的调用栈、构造器和大小，定位长期存活对象，精准识别渐进式泄漏。
JavaScript 内存泄漏排查中，分配采样（Allocation Sampling） 是 Chrome DevTools Memory 面板里一项关键能力，它不依赖快照比对，而是在运行时持续采集对象分配行为，帮你精准定位“谁在什么时候、为什么持续创建了不该留下的对象”。
它特别适合发现渐进式泄漏——比如某个函数每秒分配一个大数组却没释放，或监听器反复注册未注销，这类问题在堆快照里可能被淹没，但在分配采样时间线中会清晰暴露为“高频、重复、长期存活”的分配热点。
什么是分配采样？
它不是记录每个对象的完整快照，而是以轻量级方式采样堆内存中的新对象分配事件：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 每次 JS 引擎在堆上分配一个新对象（如
{}、[]、new Date()、document.createElement()），DevTools 若开启采样，就会捕获该时刻的调用栈 + 构造函数名 + 对象大小估算； - 所有样本按时间轴聚合，形成「分配时间线（Allocation Timeline）」视图；
- 重点标记那些分配后长时间未被 GC 回收的对象（即“retained”状态），它们大概率就是泄漏源头。
✅ 优势：开销低、实时性强、能关联具体代码行；
❌ 局限：不显示对象内容，需结合堆快照交叉验证。
怎么用分配采样追踪泄漏点？
1. 准备工作：干净环境 + 可复现操作
- 使用无痕模式（Ctrl+Shift+N），禁用插件干扰；
- 清除已有内存：点击 Memory 面板左上角 Collect garbage（垃圾桶图标）；
- 确保你要测试的操作可稳定重复（例如：打开弹窗 → 关闭弹窗 → 再打开，循环 5 次）。
2. 启动分配采样
- 在 Chrome DevTools 中切换到 Memory 面板；
- 选择 Allocation sampling（不是 Heap Snapshot，也不是 Allocation instrumentation on timeline）；
- 点击左上角 Start（圆点按钮）开始录制；
- 立即执行你的可疑操作（比如连续切换路由、反复增删列表项）；
- 操作完成后，再点一次 Stop 停止采样。
3. 分析时间线，锁定泄漏函数
界面会显示一条横向时间轴，纵轴是调用栈。重点关注：
立即学习“Java免费学习笔记（深入）”；
- 顶部高亮的长条（蓝色/绿色）：表示某类对象被频繁分配且长期存活；
-
右侧“Constructor”列：看哪些构造器反复出现（如
Array、Object、HTMLDivElement、自定义类名）； -
点击某一行展开调用栈：直接定位到源码中哪一行
new XXX()或{} / []被执行； - 右键某构造器 → “Focus on constructor”：过滤只看该类型对象的分配路径，排除干扰。
? 小技巧：如果看到
Detached HTMLDivElement或Detached HTMLSpanElement频繁出现，基本可断定是 DOM 引用泄漏——检查是否缓存了已移除节点，或闭包中持有el.parentNode.removeChild(el)之后仍引用el。
4. 结合堆快照确认引用链
- 在分配采样中发现可疑构造器（比如
ChartRenderer）后，切回 Heap Snapshot； - 拍摄一张新快照 → 在 Class filter 中输入该构造器名；
- 点击任一实例 → 右侧 Retainers 标签页查看“谁在引用它”；
- 层层展开，直到看到
window、setInterval回调、未销毁的 React 组件实例、或全局 Map 缓存 —— 这就是泄漏持有者。
常见泄漏模式在分配采样中的表现
-
未清理定时器：
setInterval(() => { data.push(...) }, 1000)→ 时间线中Array持续增长，调用栈指向该回调函数； -
事件监听器堆积：
el.addEventListener('click', handler)未removeEventListener→Function对象高频分配，调用栈含addEventListener调用点； -
闭包捕获大对象：
function createProcessor(bigData) { return () => console.log(bigData.length); }→Array或Object分配后始终不回收，调用栈指向createProcessor返回的闭包； -
WeakMap 误用 / 缺失：本该用
WeakMap缓存 DOM 元数据，却用了普通Map→Map实例本身 + 键值对持续增长，调用栈指向缓存写入位置。
不用堆快照也能初步判断泄漏，但分配采样真正厉害的地方在于：
它把“内存问题”翻译成了“代码行为”——你看到的不是静态快照里的孤零零对象，而是一段正在呼吸、正在犯错的活代码。
