IDEA断点不能一步步回退,只能回退到目标方法被调用的地方。
添加启动参数,下面举个例子( -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 是上面复制的):
java -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 -jar ioewvsau-1.0.0.jar
可以在IDE中设置VM参数,添加如下参数即可:-javaagent:<path>/<jar_name>.jar,其中<path>表示jar文件所在的路径,<jar_name>表示jar文件的名称。可以在IDE中设置VM参数,添加如下参数即可:-javaagent:<path>/<jar_name>.jar,其中<path>表示jar文件所在的路径,<jar_name>表示jar文件的名称。本次通过 VisulVm 进行线程的堆区观察,关于在应用运行时,所占用内存发生OOM
切换到JDK的bin目录下,调查堆是否发生OOM
console : java -XX:+PrintCommandLineFlags -version
Output
这里显示 堆的最大值大小为 MaxHeapSize ,这里的MaxHeapSize可能和VisulVm中堆的最大值有所偏差,
这是因为 虚拟机的内存对齐 ,我们暂时以控制台显示的最大堆值为标准,对比VisulVm中观察到的堆内存大小
上图可以看出来为最大堆为 2124414976B ,从2:30开始出现内存抖动。怀疑是因为在jvm启动时,
没有设置年轻代和老年代的分配比例,导致年轻代被频繁GC,故在idea的 VM OPTIONS 中设置
-XX:NewRatio=2
可以看到从2:30之后,内存的增长速度趋于平缓,可以看出没有发生频繁GC
但系统仍然被占用较大的内存,继续分析idea所属进程
发现idea进程中占用最多的是idea程序本身的内存,尝试设置运行时最大堆的上限
VM OPTIONS : -XX:NewRatio=2 -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Xms1024m -XX:HeapDumpPath=d:\dump
VisulVM显示如下图
可以看到虽然设置了最大堆上限为默认的1024mb,但是内存增长的速度依然很快
比较初始化堆的峰值,即图三中一开始出现堆内存峰值的时间点分配: 116916114b = 115MB
考虑到除了java堆之外,可能还有其它区域占用内存空间,见 深入理解java虚拟机
VM OPTIONS 设置为 -XX:NewRatio=2 -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Xms130m -XX:HeapDumpPath=d:\dump
ps:为什么考虑到需要调节初始化堆的大小呢?
让我们呢看一看目录下输出的日志文件
hs_err_pid13036.log
建议大家对于当前测试线程不清楚的时候可以多是实在jvm启动参数里设置OOM的输出日志文件,以便于查找错误
但这只是简单的分配年轻代和老年代,那有没有适合分代的回收调参呢
根据本机8G双核的机器配置,采用Parnew+cms收集器,年轻代加快复制次数,老年代减少停顿时间。idea最终调优如下
更大型系统的jvm调优请参考 大型跨境电商JVM调优
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)