很多时候单单通过 heapdump 来分析 oom 还是比较困难
因为 oom 里面只存在内存结构、而没有内存内容
有些开发设计上的做法，交易内容存储放在公共的 list/map 类型的对象中，而不是对象 Bean 中。
此时，对于交易内存溢出的情况，只看到一个大 list/map 对象过大溢出，但明确不了具体是哪个交易、占据了公共类 list/map 式对象、各自多少，就很难查明原因。
IBM JDK 可以使用 SystemDump 来得到一个含有内存对象内容的 SystemDump 。从对象字符串实际内容来寻找交易根源、原因。
那么对应 OpenJDK 的获取 SystemDump 方式是什么呢？
 |
1
feedcode Apr 12, 2023
> 因为 oom 里面只存在内存结构、而没有内存内容
这个结论就是错的，假如 heap 是 64G ，那 dump 就是 64G 的拷贝, 如果你看不到内存内容，那你用的工具不对或者文件不完整（磁盘空间不够） |
 |
2
RuralHunter Apr 12, 2023
没错，既然叫 heapdump ，显然是把整个 heap 都 dump 出来了，怎么可能没有内容。
|
 |
3
matepi OP @feedcode
@RuralHunter 确实，找了台 openjdk 环境试了一下，openjdk jmap 出来的 heapdump 是有内容的。 用 IBM JDK 的 heapdump 没内容实现，去猜测 openjdk 的实现，是我不对了 |
Select Language