java.lang.OutOfMemory
java.lang.OutOfMemory是java.lang.VirtualMachineError的一个子类,当Java虚拟机中断,或是超出可用资源时抛出。 很明显,OutOfMemory是在Java虚拟机资源耗尽的情况下无法分配对象时抛出的。
Java虚拟机包括六个不同的运行时数据区域(内存区域):
1. 程序计数器(Program Counter Register)
2. Java虚拟机栈(Java VM Stack)
3. Java堆(Heap)
4. 方法区(Java VM Method Area)
5. 常量池(Runtime Constant Pool)
6. 本地方法栈(Native Method Stack)
>>程序计数器又称为PC寄存器,是存放当前正在被执行的Java字节码操作指令的地址。
补充说明:对于一个运行中的Java 程序而言, 其中的每个线程都有它自己的PC(程序计数器)寄存器,它是在该线程启动时创建的。PC寄存器的大小是一个字长,因此它既能够持有一个本地指针,也能够持有一个return address。
>>Java虚拟机栈是由栈帧(stack frame)组成,帧则是用来存储线程在执行过程中的参数、返回值以及中间结果等。如果在没有足够的内存给Java VM栈,或者没足够的内存来生成新的线程时,Java虚拟机将抛出OutOfMemoryError。
>>Heap是用来存储Java类实例或数组的。当没有足够的内存给新生实例或数组时,Java虚拟机将抛出OutOfMemoryError。
方法区则是用来存储类型相关的信息,如该类型的常量池、字段或方法信息。当方法区没有足够内存时也会出现OutOfMemoryError。
补充说明:类型中的类(静态)变量同样也是存储在方法区中,一个到ClassLoader的引用,一个到Class类的引用。
>>运行时常量池包括字段引用以及常量。当常量池没有足够内存可用时,同样会抛出OutOfMemoryError异常。
>>本地方法区是由一些C/C++写的方法,给予JVM的一些方法支持。同理,当没有可用内存时也会抛出OutOfMemoryError异常。
另外还有一个OutOfMemoryError完全不一样的异常:*Error,该异常在本地内存栈或者Java虚拟机栈超出配置大小时抛出。 在大多数IBM的Java虚拟机中,-Xmso命令参数可以控制操作系统栈线程和本地线程栈大小,-Xss参数可以控制Java虚拟机的线程栈大小。 在一些如Sun HotSpot的JVM厂商,Java方法通过C/C++本地指令共享栈帧。–Xss可以为一个线程配置最大内存,该值的默认值和平台以及具体JVM的实现厂商有关,但一般都在256K-1024K的大小,具体请参考你的JVM说明文档。
现在,我们了解了哪些内存区域会引起java.lang.OutOfMemoryError,下面让我们来看看可能产生的实际错误信息,我们该如何去处理这类异常呢?
1) java.lang.OutOfMemoryError: Requested array size exceeds VM limit
该异常表明有一数组请求一个超过VM预先分配的内存大小的内存值。
解决方法: 需要检出源码,以确保确实没有动态或静态地创建如此之大的数组。不过还好,最后版本的VM一般不会有这样的限制。
2) java.lang.OutOfMemoryError: PermGen space
PermGen space全称是Permanent Generation space,是指内存的永久保存区域, 这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中, 它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对 PermGen space进行清理,所以如果你的应用中有很多CLASS的话,就很可能出现PermGen space错误, 这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小 超过了jvm默认的大小(4M)那么就会产生此错误信息了。
解决方法: 手动设置MaxPermSize大小 修改TOMCAT_HOME/bin/catalina.sh 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行: JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m 建议:将相同的第三方jar文件移置到tomcat/shared/lib目录下,这样可以达到减少jar 文档重复占用内存的目的。
3) tomcat中java.lang.OutOfMemoryError: Java heap space
异常处理 使用Java程序从数据库中查询大量的数据时出现异常: java.lang.OutOfMemoryError: Java heap space 在JVM中如果98%的时间是用于GC且可用的 Heap size 不足2%的时候将抛出此异常信息。 JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值,其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。 提示:Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为相同,而-Xmn为1/4的-Xmx值。
解决办法: 手动设置Heap size 修改TOMCAT_HOME/bin/catalina.sh 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行: JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"
4)eclipse java.lang.OutOfMemoryError: Java heap space
eclipse 在启动参数里设置jvm大小,因为eclipse运行时自己也需要jvm,所以eclipse.ini里设置的jvm大小不是具体某个程序运行时所用jvm的大小,这和具体程序运行的jvm大小无关。 那么怎么才能设置某个程序的jvm大小呢?
解决方法: 因为eclipse里默认的一个程序的jvm配置为:-Xms8m -Xmx128m,所以我们的处理耗内存比较大时需要手动调整一下,以便不会内存溢出。 具体的设置方法为: 选中被运行的类,点击菜单‘Run as ->Open Run Dialog...’,选择(x)=Argument标签页下的vm arguments框里输入 -Xmx512m, 保存运行就ok了。
附:
Tomcat和JDK的关系:
1. Tomcat本身不能直接在计算机上运行,需要依赖于硬件基础之上的操作系统和一个java 虚拟机。
2. JAVA程序启动时JVM都会分配一个初始内存和最大内存给这个应用程序。这个初始内存和最大内存在一定程度都会影响程序的性能。比如说在应用程序用到最 大内存的时候,JVM是要先去做垃圾回收的动作,释放被占用的一些内存。所以想调整Tomcat的启动时初始内存和最大内存就需要向JVM声明, 一般的JAVA程序在运行都可以通过-Xms -Xmx来调整应用程序的初始内存和最大内存: 这两个值的大小一般根据需要进行设置。
3.为什么一般把-Xms和-Xmx设置成一样大?
初始化堆的大小 执行了虚拟机在启动时向系统申请的内存的大小。一般而言,这个参数不重要。但是有的应用程序在大负 载的情况下会急剧地占用更多的内存,此时这个参数就是显得非常重要,如果虚拟机启动时设置使用的内存比较小而在这种情况下有许多对象进行初始化,虚拟机就 必须重复地增加内存来满足使用。由于这种原因,我们一般把-Xms和-Xmx设为一样大,而堆的最大值受限于系统使用的物理内存。一般使用数据量较大的应 、用程序会使用持久对象,内存使用有可能迅速地增长。当应用程序需要的内存超出堆的最大值时虚拟机就会提示内存溢出,并且导致应用服务崩溃。因此一般建议 堆的最大值设置为可用内存的最大值的80%。
Tomcat默认可以使用的内存为128MB,在较大型的应用项目中,这点内存是不够的,会造成内存溢出的异常。
下一篇: 单例模式及其序列化/反序列化