chrome devtools 堆快照是目前最可靠、无需第三方依赖的 javascript 对象内存测量方式，通过 shallow size 和 retained size 分析真实内存占用，并支持差值对比与分配时间线追踪。
JavaScript 对象没有原生的 sizeof 操作符，所谓“精确计算”在实际中并不存在——V8 等引擎不暴露对象底层内存布局细节，且内存占用受隐藏类、内联缓存、指针压缩、共享结构等影响。但你可以通过 Chrome DevTools 的堆快照（Heap Snapshot）获得**最接近真实、可复现、有工程价值的测量结果**，它不是理论值，而是运行时实际分配的内存视图。
用 Chrome DevTools 捕获并分析堆快照
这是目前最可靠、最常用、无需第三方依赖的方式：
- 打开页面 → 按 F12 打开 DevTools → 切换到 Memory 面板
- 点击 Take heap snapshot（确保页面处于稳定状态，无频繁 GC 或动画）
- 快照生成后，在左侧列表中选择它，右侧会显示所有对象按构造函数分组
- 在搜索框输入对象变量名（如
myData）或构造函数（如Object、Array），双击匹配项查看详情 - 重点关注两个数值：Shallow Size（对象自身开销，通常几十字节）和 Retained Size（该对象持有所导致无法被回收的总内存，这才是关键）
对比快照定位增量内存
单次快照只能看静态快照，真正判断“某个操作是否泄漏”，必须做差值分析：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 先拍一个基准快照（Baseline），执行你的目标操作（如加载数据、渲染组件、触发事件）
- 再拍一个快照（Snapshot 2），切换顶部下拉菜单为 Comparison
- 选择 Snapshot 2 对比 Baseline，系统自动标出新增（
+）、删除（−）和变化的对象 - 排序列 Retained Size Delta，重点关注正向增长大的构造函数（如
MyComponent、Map、Detached DOM Tree） - 展开具体实例 → 右侧查看 Retaining Tree，找出是谁在强引用它（比如闭包、全局 Map、未清理的事件监听器）
配合 Allocation instrumentation on timeline
当你想观察“某段代码执行期间分配了多少内存”，这个模式更直观：
- 在 Memory 面板选择 Record allocation timeline → 点击录制按钮
- 执行目标逻辑（例如调用一次
createBigObject()）→ 停止录制 - 时间轴上会显示每毫秒的内存分配热点，点击高亮条 → 左侧列出当时分配的对象类型和数量
- 勾选 Objects allocated → 可看到每个对象的构造函数、大小、分配堆栈（含源码行号）
- 这对定位“谁在反复创建大对象”非常直接，比如循环中误建了 1000 个新数组而非复用
注意几个关键限制和误区
避免把估算当精确，尤其要避开这些常见误判：
-
不要用
JSON.stringify(obj).length：丢弃函数、Symbol、undefined、循环引用，也不算隐藏类、属性表、指针开销，结果偏低且不可比 -
慎用
performance.memory：它只返回整个 JS 堆的总量（usedJSHeapSize），无法关联到单个对象 -
第三方库如
object-sizeof是启发式估算：基于序列化或递归计数，对 Map/Set/TypedArray 支持有限，且无法反映 V8 内部优化（如小整数不占堆） -
GC 不是即时的：拍快照前无需手动
gc()（Chrome 不提供公开 API），快照本身已包含当前存活对象视图；强制 GC 反而可能干扰真实行为
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
