目前系统执行大量资料进行测试时
跑到一半便会出现out of memory的问题
之前试过使用Vistual JVM去找出最花时间的method是哪个
来降低执行速度太慢的问题,
现在遇到另一个内存空间不足的问题,
但似乎Vistual JVM没有办法显示是哪一个method一直在爆量增加内存,
还是找吃掉内存元凶通常不是这样看呢?
或者是要用其他工具才有办法看到更详细的分析结果呢?
麻烦大家
谢谢

花钱请人找问题吧, 想学一下就会, 很多人早升天了.

Heap dump?

heap dump不会告诉你哪个METHOD吃RESOURCE的.

VisualVM -> Profiler -> Settings -> Memory settings ->Record allocations stack traces -> start profiling ->Take Snapshot -> 右键 -> Show Alloc. Stack Traces

failed to obtain results snapshotthe profiled application terminated

程式可能重写比你这么找半天来得快囉.

是可以看哪个物件吃了最多内存找method除非是程式在写的时候就有写监视功能进去不然没办法知道是哪个METHOD

jrockit?

一堆没做过的人,提了一堆工具,认为就可以有答案了.

没这么简单阿~~

我说的是用jstat但是有没有符合原PO的需求就不晓得了jstat可以看到哪个物件生成数最多 占多少内存应该是说变量啦

code review + 逐渐缩小范围测试你运气算好的 可以透过测试重现OOM问题

能归在method吃掉的内存只有local variable吧其他的物件就在heap上啊