Home Tags Posts tagged with "栈溢出"

栈溢出

0 65

JVM内存溢出一般分为以下几种情况:

栈内存溢出(StackOverflowError)
堆内存溢出(OutOfMemoryError:java heap space)
持久带内存溢出(OutOfMemoryError:PermGen space)
无法创建本地线程(Caused by :java.lang.OutOfMemoryError:unable to create new native thread)
怎么分析内存溢出?
1.先要得到内存信息
jmap -dump这个命令执行后,JVM会将整个heap的信息dump到一个文件,heap如果比较大的话,就会导致整个过程比较长,并且执行的过程中为了保证dump的信息是可靠的,所以会暂停应用。
使用命令

jmap -dump:format=b,file=test.hprof 6740
1
导出文件格式为hprof的内存信息文件,其中的6740是本程序的pid

2.使用MAT工具分析内存溢出
找到上一步使用jmap指令导出的test.hprof文件,使用MAT工具导入生成分析。
1
1.栈内存溢出(StackOverflowError)
出现原因:如果线程请求的栈深度大于虚拟机所允许的最大深度,就会抛出StackOverflowError异常.
出现场景:

方法中有无限递归循环调用
执行大量方法,导致线程栈空间耗尽
方法内声明了海量的局部变量
处理办法:1.查看并修复程序中的循环调用,类之间的循环依赖。
2.通过JVM启动参数-Xss增加线程栈内存空间

栈分类:
虚拟机栈是jvm执行Java代码所使用的栈。
本地方法栈是jvm调用操作系统方法所使用的栈。
注意当栈的大小越大可分配的线程数就越少.

2.堆内存溢出(OutOfMemoryError:java heap space)
堆主要存储的是对象和数组,如果不断的new对象就会导致堆内存溢出
出现这种异常,一般手段是先通过内存映射分析工具(如Eclipse Memory Analyzer)对dump出来的堆转存快照进行分析,分清是因为内存泄露(Memory Leak)还是内存溢出(Memory Overflow)
如果是内存泄露,可进一步通过工具查看泄露对象到GC Roots的引用链。
如果是不是内存泄露,那就调整虚拟机的参数(-Xmx, -Xms)的大小。

3.持久带内存溢出(OutOfMemoryError:PermGen space)
持久带中包含方法区,方法区包含常量池。所以持久带溢出可能是

运行时常量池溢出
方法区中保存的Class对象没有被及时回收或者Class信息占用的内存超过了我们的配置。即Class对象未被释放,Class对象占用信息过多,有过多的Class对象都是导致持久带内存溢出的原因。
4.无法创建本地线程(Caused by :java.lang.OutOfMemoryError:unable to create new native thread)
我们要知道系统内存的总容量是不变的,如果堆内存,非堆内存设置过大,就会导致能给线程分配的内存不足。
出现这种情况,一般是以下两种情况

程序创建的线程数超过了操作系统的限制。
给虚拟机分配的内存过大,导致创建线程的时候所需要的native内存,已经不够了。
建立每个线程,都需要给这个线程分配栈内存空间。我们都知道操作系统对每个进程的内存是有限制的,我们启动JVM,相当于启动了一个进程,
假如我们一个进程占用了4G内存,那么通过下面的公式计算出来的剩余内存就是建立线程栈的时候可用的内存
线程栈总可用内存=4G-(-Xmx的值)-(-XX:MaxPermSize的值)-程序计数器占用的内存
通过上面的公式我们可以看出,-Xmx和MaxPermSize的值越大,那么留给线程栈可用的空间就越小。
因此出现这种情况,我们要么增大进程所占用的总 内存,要么减少-Xmx或者-Xss来达到创建更多线程的目的。
————————————————

https://blog.csdn.net/hubeilihao/article/details/106790550

0 81

最近看到了关于JVM的方法区和永久代等概念,为了理解OutMemoryError(内存溢出)和StackOverFlowError(栈溢出)的概念,进行IDEA下的JVM调试;

调试方法;主要通过修改JVM的参数来测试;

修改入口:

IDEA—Help—Edit Custom  VM Options

JVM常用参数及参数大全:

//常见配置汇总
//堆设置
-Xms:初始堆大小
-Xmx:最大堆大小
-XX:NewSize=n:设置年轻代大小
-XX:NewRatio=n:设置年轻代和年老代的比值.如:为3,表示年轻代与年老代比值为1:3,年轻代占整个年轻代年老代和的1/4
-XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值.注意Survivor区有两个.如:3,表示Eden:Survivor=3:2,一个Survivor区占整个年轻代的1/5
-XX:MaxPermSize=n:设置持久代大小
//收集器设置
-XX:+UseSerialGC:设置串行收集器
-XX:+UseParallelGC:设置并行收集器
-XX:+UseParalledlOldGC:设置并行年老代收集器
-XX:+UseConcMarkSweepGC:设置并发收集器
//垃圾回收统计信息
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:filename
//并行收集器设置
-XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数.并行收集//线程数.
-XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间
-XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比.公式为1/(1+n)
//并发收集器设置
-XX:+CMSIncrementalMode:设置为增量模式.适用于单CPU情况.
-XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时,使用的CPU数.并行收集线程数.
-XX:+CMSParallelRemarkEnabled:并发清理

参数查阅: https://blog.csdn.net/privateobject/article/details/105944578

JVM内存溢出实战(调优实战)

配置:

-XMS20m,设置JVM初始内存为20m,与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存

-Xmx20m,设置JVM最大可用内存20m

-XX:HeapDumpOnOutOfMemoryError,表示当JVM发生OOM时,自动生成DUMP文件;

其余代码参考转载博客:https://blog.csdn.net/chonywang/article/details/101171456?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-2.control&dist_request_id=1328626.20407.16154258417985887&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-2.control;

 

巨坑!修改JVM的参数之后再次启动IDEA可能报错!!!

需要修改该idea64.exe.vmoptions的值,或者把用户下的idea64.exe.vmoptions文本删除;

具体解决步骤和原因:

idea.vmoption文件修改错误怎么还原?
我看了安装目录下的vmoptions文件没错误没变化,idea却打不开
下图是缓存目录下的文件

idea默认应该读取安装目录下的vmoptions文件
但是你在idea软件里修改之后,

 

他会在缓存目录下生成一个vmoptions文件,idea再次打开就会读取这个缓存文件
修改之后idea会读取
C:\Users\你的用户名\AppData\Roaming\JetBrains\IntelliJIdea2020.1\idea64.exe.vmoptions
下的文件,而不是安装目录下的文件,修改安装目录下的文件没用,我们给这个缓存文件删除或者改正确,idea就可以打开了

修改后,idea成功打开
————————————————
版权声明:本文为CSDN博主「ZGIT」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/u014299266/article/details/105821343/