内存异常通常是由内存泄漏导致,内存泄漏一般可以理解为系统资源(各方面的资源,堆、栈、线程等)在错误使用的情况下,导致使用完毕的资源无法回收(或没有回收),从而导致新的资源分配请求无法完成,引起系统错误。内存泄漏对系统危害比较大,因为他可以直接导致系统的崩溃。需要区别一下,内存泄漏和系统超负荷两者是有区别的,虽然可能导致的最终结果是一样的。内存泄漏是用完的资源没有回收引起错误,而系统超负荷(内存溢出)则是系统确实没有那么多资源可以分配了(其他的资源都在使用)
异常 | 说明 | 解决方法 |
java.lang.OutOfMemoryError: Java heap space | 所有堆空间都被无法回收的垃圾对象占满,虚拟机无法再在分配新空间 | 一般就是根据垃圾回收前后情况对比,同时根据对象引用情况(常见的集合对象引用)分析,基本都可以找到泄漏点。也可以适当调节堆内存分配策略。 |
java.lang.OutOfMemoryError: PermGen space | 无法为新的class分配存储空间而引发的异常。 | 适当增加Perm区大小 |
java.lang.StackOverflowError | 一般就是递归没返回,或者循环调用造成 | 优化程序 |
Fatal: Stack size too small | java中一个线程的空间大小是有限制的。JDK5.0以后这个值是1M。与这个线程相关的数据将会保存在其中。但是当线程空间满了以后,将会出现上面异常。 | 增加线程栈大小。但这个配置无法解决根本问题,还要看代码部分是否有造成泄漏的部分。 |
java.lang.OutOfMemoryError: unable to create new native thread | 这个异常是由于操作系统没有足够的资源来产生这个线程造成的。系统创建线程时,除了要在Java堆中分配内存外,操作系统本身也需要分配资源来创建线程。因此,当线程数量大到一定程度以后,堆中或许还有空间,但是操作系统分配不出资源来了,就出现这个异常了。分配给Java虚拟机的内存愈多,系统剩余的资源就越少,因此,当系统内存固定时,分配给Java虚拟机的内存越多,那么,系统总共能够产生的线程也就越少,两者成反比的关系。同时,可以通过修改-Xss来减少分配给单个线程的空间,也可以增加系统总共内生产的线程数。 | 1. 重新设计系统减少线程数量。 2. 线程数量不能减少的情况下,通过-Xss减小单个线程大小。以便能生产更多的线程。
|