Shallow Size指对象自身内存占用，Retained Size指该对象释放后可回收的总内存（含其独占引用的对象）；定位泄漏需对比操作前后快照，按Retained Size排序分析新增对象及其持有者与引用。
Chrome 内存快照里的 Shallow Size 和 Retained Size 是定位内存问题的关键指标，但它们含义不同，误读容易导致错误优化。核心原则是：Shallow Size 看“自己占多少”，Retained Size 看“自己死后能释放多少”。
Shallow Size：对象自身占用的内存
这是对象在堆中直接分配的内存大小，不含它引用的其他对象。比如一个空对象 {} 的 Shallow Size 通常约 24 字节（V8 对象头 + 隐式属性槽）；一个含 3 个数字属性的普通对象，Shallow Size 可能在 40–60 字节范围，具体取决于 V8 版本和隐藏类状态。
- 字符串的 Shallow Size 包含其字符数据（UTF-16 编码，每个字符 2 字节）+ 元信息
- 数组的 Shallow Size 取决于长度和元素类型（如稀疏数组、typed array 占用更紧凑）
- 闭包函数的 Shallow Size 很小（几十字节），但可能 Retained Size 极大——这点极易被忽略
Retained Size：该对象释放后能回收的总内存
Retained Size = 自身 Shallow Size + 所有**仅由它直接或间接持有引用**、且**没有其他路径可达**的对象的 Shallow Size 总和。它是判断“删掉这个对象值不值得”的真实依据。
- 若某事件监听器绑定在全局对象上，又闭包捕获了一个大数组，那这个监听器的 Retained Size 就包含整个数组
- DOM 节点的 Retained Size 常常远大于预期——因为会带上绑定的事件处理器、自定义属性、关联的 JS 对象等
- 两个对象互相引用（循环引用）时，只要外部还有任一引用链指向它们，它们就都算在彼此的 Retained Size 中（V8 的 GC 能处理纯 JS 循环，但 DOM/JS 混合循环仍可能泄漏）
实战技巧：用快照对比定位泄漏源头
单看一个快照意义有限，关键靠操作前后对比：
- 在疑似泄漏前拍第一个快照（Snapshot 1），执行操作（如打开关闭模态框、切换路由），再拍第二个（Snapshot 2）
- 在 Snapshot 2 中选 “Comparison” 视图，筛选 “Objects allocated between Snapshot 1 and Snapshot 2”，按 Retained Size 降序排列
- 重点看新增的、Retained Size 大且未被清理的构造函数实例（如
MyDataProcessor、ChartRenderer） - 右键 → “Retainers” 查看谁持有它；右键 → “References” 查看它持有哪些大对象；双击跳转到源码定位闭包或事件绑定位置
常见误区与验证建议
不要只盯着数字大小做判断：
- Shallow Size 小 ≠ 安全：一个 32 字节的函数若闭包捕获了 10MB 的 JSON 数据，Retained Size 就是 10MB+
- Retained Size 大 ≠ 一定泄漏：缓存对象、单例、长生命周期模块天然 Retained Size 高，需结合业务逻辑判断是否应被释放
- 手动触发 GC：拍快照前点 DevTools 的垃圾箱图标，避免新生代对象干扰；也可在 console 执行
gc()（需开启--js-flags="--expose-gc"启动 Chrome） - 用
console.memory辅助观察：关注usedJSHeapSize是否随操作持续增长，再深入快照分析
