IntelliJ Memory View 插件使用教程

IntelliJ 的 Memory View 插件并非性能分析工具，其核心价值在于调试过程中快速识别对象是否被意外高频创建——它通过断点间堆快照对比展示类实例的净增减量（Diff列），但既不记录时间戳，也不统计实际分配次数或字节数，因此无法直接反映“对象分配速率”；若需精确量化每秒分配多少对象或字节，必须借助 JFR、dotMemory 或 jstat 等专业工具，而 Memory View 的正确用法是结合单步调试、手动刷新与实例筛选，在代码执行节奏中直观感知分配行为，辅助定位潜在的内存滥用问题。

Memory View 插件本身不提供“对象分配速率”这个指标，它只显示调试步进间对象数量的差值（Diff列），不是单位时间内的分配次数或字节数/秒。想看“速率”，得靠人工估算或换工具。

为什么 Diff 列不能直接当分配速率用

插件的 Diff 值反映的是两个断点暂停之间，该类实例的**净增减数量**，不是分配总数（比如 new 了 3 个又 gc 掉 2 个，Diff 是 +1，但实际分配了 3 次）。而且它完全不记录时间戳，无法除以毫秒得出“每秒多少次”。你单步一次可能耗时几十毫秒，也可能几秒——这个时间变量插件根本不采集。

• 它依赖 JVM 的 java.lang.instrument 和调试器事件，仅捕获“断点停靠时堆快照的对比”，不是连续采样
• Android Studio 中尤其受限：文档明确警告“大量实例可能导致 VM 停止响应”，说明底层做了裁剪，非全量数据
• Diff 对基本类型数组、内部类、匿名类等常显示为 0 或不准确，因为它们可能被 JIT 优化或内联

怎么在调试中逼近“分配节奏”

如果你真需要感知某段代码是否高频创建对象，可以这样操作：

• 把断点打在循环体开头或对象构造语句前，单步执行多次，盯住目标类的 Diff 累加值和变化频率（比如每步都 +1，就说明每次都在 new）
• 配合 View → Tool Windows → Memory View 右上角的 Refresh 按钮手动刷新，避免因断点跳过导致视图滞后
• 右键点击类名 → Filter instances，输入 new Date() 这类表达式可快速筛选刚创建的对象，确认是否“每次都新造”
• 关闭其他无关类的显示（点击列头排序后拖拽隐藏），减少干扰，聚焦目标类的 Count 和 Diff

真正要测分配速率，该用什么

Memory View 是调试辅助工具，不是性能分析器。需要量化速率，请切到专业路径：

• 启动应用时加 JVM 参数：-XX:+FlightRecorder -XX:StartFlightRecording=duration=60s,filename=recording.jfr，然后用 IDEA 打开 .jfr 文件，看 “Allocation Profiling” 标签页——这里才有精确到毫秒的分配热点和 B/s 数据
• 用 dotMemory（JetBrains 官方工具）开启 “Allocation Recording”，它能区分“详细模式”（含对象数+大小，但慢）和“轻量模式”（只记函数调用栈+粗略大小，快）
• 命令行场景下，jstat -gc 100 可看到每 100ms 的 YGC 次数和 Eden 区变化，间接反映分配压力

别指望 Memory View 显示 “127 objects/sec” 这种数字——它连时间维度都没有。它的价值在于帮你确认“这段逻辑是不是意外地每步都在造新对象”，而不是替代 JFR 或 dotMemory 做吞吐量分析。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《IntelliJ Memory View 插件使用教程》文章吧，也可关注golang学习网公众号了解相关技术文章。