eclipse如何根据dump的内存数据，生成对应的函数调用栈？
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了eclipse如何根据dump的内存数据，生成对应的函数调用栈？相关的知识，希望对你有一定的参考价值。
在Eclipse中，可以使用Memory Analyzer Tool (MAT)来根据dump的内存数据生成对应的函数调用栈。以下是一些大致的步骤：
在Eclipse中打开MAT插件（如果没有安装，可以在Eclipse Marketplace中搜索并安装）。
打开MAT后，选择File -> Open Heap Dump，然后选择要分析的heap dump文件。
在分析完成后，选择Dominator Tree或Histogram来查看内存使用情况。
选择要分析的对象或类，然后右键选择"Merge Shortest Paths to GC Roots"，这将生成一张以选定对象为根节点的引用图。
在引用图中选择要分析的对象或类，然后右键选择"Show Nearest GC Root"，这将显示选定对象或类的直接引用者（即栈帧）。
在栈帧中右键选择"Show in Stack Trace"，这将显示相应的函数调用栈。
需要注意的是，这种方法仅能在有限的情况下生成函数调用栈，例如当内存dump文件中包含了Java堆内存数据时才能使用。在其他情况下，例如dump的是本地进程的内存数据，可能需要使用其他工具和技术来生成函数调用栈。
jvm调优-从eclipse开始
概述
什么是jvm调优呢？jvm调优就是根据gc日志分析jvm内存分配、回收的情况来调整各区域内存比例或者gc回收的策略；更深一层就是根据dump出来的内存结构和线程栈来分析代码中不合理的地方给予改进。eclipse优化主要涉及的是前者，通过gc日志来分析。本文主要是通过分析eclipse gc日志为例来示例如何根据gc日志来分析jvm内存而进行调优,像根据关闭eclipse启动项、关闭各种校验等措施来优化eclipse本文不再阐述，网上有很多，本次测试的eclipse已经进行了配置上面的优化。
准备环境
eclipse版本：Release 4.5.0
eclipse 默认配置：eclipse.ini
-startup plugins/org.eclipse.equinox.launcher_1.3.100.v20150511-1540.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.300.v20150602-1417 -product org.eclipse.epp.package.jee.product --launcher.defaultAction openFile --launcher.XXMaxPermSize 256M -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m --launcher.defaultAction openFile --launcher.appendVmargs -vmargs -Dosgi.requiredJavaVersion=1.7 -Xms256m -Xmx1024m
在配置的末尾处添加如下配置文件：
-XX:+PrintGCDetails // 输出GC的详细日志
-XX:+PrintGCDateStamps // 输出GC的时间戳（以日期的形式）
-Xloggc:gc.log // 输出GC的详细日志
eclipse启动计时插件：
http://www.chendd.cn/information/viewInformation/experienceShare/148.a
GChisto.jar:gc日志分析工具jar包一个
Visual GC: java自带的内存监控工具，通过visual gc可以实时的监控到各个内存区域的变化。
如何分析GC日志
摘录GC日志一部分（蓝色为年轻代gc回收；绿色为full gc回收）：
2016-07-05T10:43:18.093+0800: 25.395: [GC [PSYoungGen: 274931K->10738K(274944K)] 371093K->147186K(450048K), 0.0668480 secs] [Times: user=0.17 sys=0.08, real=0.07 secs]
2016-07-05T10:43:18.160+0800: 25.462: [Full GC [PSYoungGen: 10738K->0K(274944K)] [ParOldGen: 136447K->140379K(302592K)] 147186K->140379K(577536K) [PSPermGen: 85411K->85376K(171008K)], 0.6763541 secs] [Times: user=1.75 sys=0.02, real=0.68 secs]
通过上面日志分析得出，PSYoungGen、ParOldGen、PSPermGen属于Parallel收集器。其中PSYoungGen表示gc回收前后年轻代的内存变化；ParOldGen表示gc回收前后老年代的内存变化；PSPermGen表示gc回收前后永久区的内存变化。young gc 主要是针对年轻代进行内存回收比较频繁，耗时短；full gc 会对整个堆内存进行回城，耗时长，因此一般尽量减少full gc的次数
通过两张图非常明显看出gc日志构成：
young gc 日志
Full GC日志
启动调优
启动eclipse查看默认配置下启动时间大概是22秒。
根据GChisto分析gc日志看出来，启动过程中进行了一次full gc,19次minor gc;full gc和young gc的时间差不多都是0.65秒左右。
第一步优化：
为了避免内存频繁的动态扩展，直接把-Xms配置和-Xmx一致，修改如下：
-Xms1024m
修改完毕，重新启动：
启动时间缩小到17秒，分析gc日志得出young gc22次，full gc没有了! 但是young gc增加了两次。
第二步优化：
因为本机的内存8G,给eclipse分配1g还是有点小了，简单粗暴直接所有内存配置加倍。
配置如下：
--launcher.XXMaxPermSize
512M
--launcher.XXMaxPermSize
512m
-Xms2048m
-Xmx2048m
启动时间缩小到15秒，但是 young gc已经缩短到只有7次，说明因为gc回收导致eclipse 启动慢的问题已经初步解决
第三步优化：
通过Visual GC看到在eclipse启动的时候classloader加载class的时间有一些，关闭字节码可能会优化一部分启动时间，加入如下参数：
-Xverify:none（关闭Java字节码验证，从而加快了类装入的速度）
重新启动测试,启动时间已经优化到了9秒！
查看启动日志，young gc 的次数仅仅只有了一次！
至此优化结束，附最终的eclipse.ini文件
-startup plugins/org.eclipse.equinox.launcher_1.3.100.v20150511-1540.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.300.v20150602-1417 -product org.eclipse.epp.package.jee.product --launcher.defaultAction openFile --launcher.XXMaxPermSize 512M -showsplash org.eclipse.platform --launcher.XXMaxPermSize 512m --launcher.defaultAction openFile --launcher.appendVmargs -vmargs -Dosgi.requiredJavaVersion=1.7 -Xms2048m -Xmx2048m -Xverify:none -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:gc.log
以上是关于eclipse如何根据dump的内存数据，生成对应的函数调用栈？的主要内容，如果未能解决你的问题，请参考以下文章