OutOfMemoryError异常 jdk1.8

4.1java堆溢出

     java堆用于存储对象实例，只要不断的创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么在对象数量达到最大堆的容量限制后就会产生内存溢出异常。

     设置不可自动扩展的堆内存空间，堆的最小值 -Xms参数与最大值-Xmx参数设置为一样即可避免堆自动扩展，通过设置 -XX:+HeapDumpOnOutOfMemoryError 可以让虚拟机在出现内存溢出异常时，Dump当前的内存堆转储快照以便事后分析。

     生成内存快照在linux上打开jmap -dump:format=b,file=快照文件名<pid>。

     分析此异常信息，分析是否由内存泄漏，可以对象到GC Roots的引用链，可以比较准确的定位出泄漏代码的位置。

     如果不是内存泄漏，就应该检查堆参数的设置。

 

4.2 虚拟机栈和本地方法栈

     在HotSopt中不区分虚拟机栈和本地方法栈，因此对于对于HotSpot来说，虽然-Xoss参数（设置本地方法栈大小）存在，但实际上是无效的，栈容量只由-Xss参数设定。对于虚拟机栈和本地方法栈，在java虚拟机规范中描述了两种异常：

     1.如果线程栈请求的栈的深度大于虚拟机所允许的最大深度，则抛出StackOverflowError异常，   jdk1.8时默认的栈空间是160k。

     

     2.当虚拟机在扩展栈时，无法申请到足够多的内存空间，则抛出OutOfMemoryError异常

 

4.3方法区和运行时常量池溢出

     StringBuilder创建的字符串实例在java堆上。

     第一种常量池溢出

     jdk1.6及以前的版本常量池分配在永久代内，我们可以通过-XX:PermSize 和-XX:MaxPermSize限制方法区大小。从而间接的限制其中常量池的容量。

1.6中测试：

运行结果中，常量池溢出，在OutOfMemoryError后面跟随的事“PerGen space”，说明运行时常量池属于方法区（HotSpot虚拟机中的永久代）的一部分。

          

这种配置在jdk1.7种不会出现这种错误，而是一直运行下去，在jdk1.8中，则提示，该配置在1.8中已经移除。

第二种方法区溢出

方法区主要存放的是Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等，所以，如果运行时产生大量的类去填充方法区，则方法区是会溢出的。

 

4.4 本机直接内存溢出

     DirectMemory 容量可以通过-XX:MacDirectMemorySize指定，如果没有指定，则默认与java堆的大小值（－Xmx指定）一样。真正申请本机分配内存的方法是unsafe.allocateMemory();

 

 

     

转载于:https://my.oschina.net/undermoonlightperson/blog/704068