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 353

内存溢出和内存泄漏的区别

内存溢出 out of memory,是指程序在申请内存时,没有足够的内存空间供其使用,出现out of memory;比如申请了一个integer,但给它存了long才能存下的数,那就是内存溢出。

内存泄露 memory leak是指程序在申请内存后无法释放已申请的内存空间,一次内存泄露危害可以忽略,但内存泄露堆积后果很严重,无论多少内存,迟早会被占光。

memory leak会最终会导致out of memory

内存溢出就是你要求分配的内存超出系统能给你的,系统不能满足需求,于是产生溢出

内存泄漏是指你向系统申请分配内存进行使用(new)可是使用完了以后却不归还(delete)结果你申请到的那块内存你自己也不能再访问(也许你把它的地址给弄丢了),而系统也不能再次将它分配给需要的程序。一个盘子用尽各种方法只能装4个果子,你装了5个,结果掉倒地上不能吃了。这就是溢出!比方说栈,栈满时再做进栈必定产生空间溢出,叫上溢栈空时再做退栈也产生空间溢出,称为下溢。就是分配的内存不足以放下数据项序列,称为内存溢出. (内存泄漏重点在于不归还!!!

 

内存溢出分类:

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

  • 栈内存溢出(StackOverflowError)
  • 堆内存溢出(OutOfMemoryError:java heap space)
  • 持久带内存溢出(OutOfMemoryError:PermGen space)
  • 无法创建本地线程(Caused by :java.lang.OutOfMemoryError:unable to create new native thread)

怎么分析内存溢出?

 

内存泄漏分类:

1. 常发性内存泄漏。发生内存泄漏的代码会被多次执行到,每次被执行的时候都会导致一块内存泄漏。
2. 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境,偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。
3. 一次性内存泄漏。发生内存泄漏的代码只会被执行一次,或者由于算法上的缺陷,导致总会有一块仅且一块内存发生泄漏。比如,在类的构造函数中分配内存,在析构函数中却没有释放该内存,所以内存泄漏只会发生一次。
4. 隐式内存泄漏。程序在运行过程中不停的分配内存,但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏,因为最终程序释放了所有申请的内存。但是对于一个服务器程序,需要运行几天,几周甚至几个月,不及时释放内存也可能导致最终耗尽系统的所有内存。所以,我们称这类内存泄漏为隐式内存泄漏。

从用户使用程序的角度来看,内存泄漏本身不会产生什么危害,作为一般的用户,根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积,这会最终消耗尽系统所有的内存。从这个角度来说,一次性内存泄漏并没有什么危害,因为它不会堆积,而隐式内存泄漏危害性则非常大,因为较之于常发性和偶发性内存泄漏它更难被检测到

 

个人用通俗的话来理解就是: 内存溢出,就是说,你向系统申请了装10个橘子的篮子(内存)并拿到了,但你却用它来装10个苹果,从而超出其最大能够容纳的范围,于是产生溢出; 内存泄漏,就是说系统的篮子(内存)是有限的,而你申请了一个篮子,拿到之后没有归还(忘记还了或是丢了),于是造成一次内存泄漏。在你需要用篮子的时候,又去申请,如此反复,最终系统的篮子无法满足你的需求,最终会由内存泄漏造成内存溢出

https://blog.csdn.net/buutterfly/article/details/6617375

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/