java内存溢出问题

相信有必定java开发经验的人或多或少都会遇到OutOfMemoryError的问题，这个问题曾困扰了我很长时间，随着解决各种问题经验的积累以及对问题根源的探索，终于有了一个比较深刻的认识。java

在解决java内存溢出问题以前，须要对jvm（java虚拟机）的内存管理有必定的认识。jvm管理的内存大体包括三种不一样类型的内存区域：Permanent Generation space（永久保存区域）、Heap space(堆区域)、Java Stacks(Java栈）。其中永久保存区域主要存放Class（类）和Meta的信息，Class第一次被Load的时候被放入PermGen space区域，Class须要存储的内容主要包括方法和静态属性。堆区域用来存放Class的实例（即对象），对象须要存储的内容主要是非静态属性。每次用new建立一个对象实例后，对象实例存储在堆区域中，这部分空间也被jvm的垃圾回收机制管理。而Java栈跟大多数编程语言包括汇编语言的栈功能类似，主要基本类型变量以及方法的输入输出参数。Java程序的每一个线程中都有一个独立的堆栈。容易发生内存溢出问题的内存空间包括：Permanent Generation space和Heap space。web

第一种OutOfMemoryError： PermGen space

发生这种问题的原意是程序中使用了大量的jar或class，使java虚拟机装载类的空间不够，与Permanent Generation space有关。解决这类问题有如下两种办法：算法

1. 增长java虚拟机中的XX:PermSize和XX:MaxPermSize参数的大小，其中XX:PermSize是初始永久保存区域大小，XX:MaxPermSize是最大永久保存区域大小。如针对tomcat6.0，在catalina.sh 或catalina.bat文件中一系列环境变量名说明结束处（大约在70行左右） 增长一行： JAVA_OPTS=" -XX:PermSize=64M -XX:MaxPermSize=128m" 若是是windows服务器还能够在系统环境变量中设置。感受用tomcat发布sprint+struts+hibernate架构的程序时很容易发生这种内存溢出错误。使用上述方法，我成功解决了部署ssh项目的tomcat服务器常常宕机的问题。
2. 清理应用程序中web-inf/lib下的jar，若是tomcat部署了多个应用，不少应用都使用了相同的jar，能够将共同的jar移到tomcat共同的lib下，减小类的重复加载。这种方法是网上部分人推荐的，我没试过，但感受减小不了太大的空间，最靠谱的仍是第一种方法。

第二种OutOfMemoryError：  Java heap space

发生这种问题的缘由是java虚拟机建立的对象太多，在进行垃圾回收之间，虚拟机分配的到堆内存空间已经用满了，与Heap space有关。解决这类问题有两种思路：编程

1. 检查程序，看是否有死循环或没必要要地重复建立大量对象。找到缘由后，修改程序和算法。 我之前写一个使用K-Means文本聚类算法对几万条文本记录（每条记录的特征向量大约10来个）进行文本聚类时，因为程序细节上有问题，就致使了Java heap space的内存溢出问题，后来经过修改程序获得了解决。
2. 增长Java虚拟机中Xms（初始堆大小）和Xmx（最大堆大小）参数的大小。如：set JAVA_OPTS= -Xms256m -Xmx1024m

第三种OutOfMemoryError：unable to create new native thread

在java应用中，有时候会出现这样的错误：OutOfMemoryError: unable to create new native thread.这种怪事是由于JVM已经被系统分配了大量的内存(好比1.5G)，而且它至少要占用可用内存的一半。有人发现，在线程个数不少的状况下，你分配给JVM的内存越多，那么，上述错误发生的可能性就越大。windows

那么是什么缘由形成这种问题呢？tomcat

每个32位的进程最多可使用2G的可用内存，由于另外2G被操做系统保留。这里假设使用1.5G给JVM，那么还余下500M可用内存。这500M内存中的一部分必须用于系统dll的加载，那么真正剩下的也许只有400M，如今关键的地方出现了：当你使用Java建立一个线程，在JVM的内存里也会建立一个Thread对象，可是同时也会在操做系统里建立一个真正的物理线程(参考JVM规范)，操做系统会在余下的400兆内存里建立这个物理线程，而不是在JVM的1500M的内存堆里建立。在jdk1.4里头，默认的栈大小是256KB，可是在jdk1.5里头，默认的栈大小为1M每线程，所以，在余下400M的可用内存里边咱们最多也只能建立400个可用线程。服务器

这样结论就出来了，要想建立更多的线程，你必须减小分配给JVM的最大内存。还有一种作法是让JVM宿主在你的JNI代码里边。架构

给出一个有关可以建立线程的最大个数的估算公式：ssh

(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads

对于jdk1.5而言，假设操做系统保留120M内存：jvm

1.5GB JVM: (2GB-1.5Gb-120MB)/(1MB) = ~380 threads 1.0GB JVM: (2GB-1.0Gb-120MB)/(1MB) = ~880 threads

对于栈大小为256KB的jdk1.4而言，

1.5GB allocated to JVM: ~1520 threads 1.0GB allocated to JVM: ~3520 threads 

对于这个异常咱们首先须要判断下，发生内存溢出时进程中到底都有什么样的线程，这些线程是不是应该存在的，是否能够经过优化来下降线程数； 另一方面默认状况下java为每一个线程分配的栈内存大小是1M，一般状况下，这1M的栈内存空间是足足够用了，由于在一般在栈上存放的只是基础类型的数据或者对象的引用，这些东西都不会占据太大的内存， 咱们能够经过调整jvm参数，下降为每一个线程分配的栈内存大小来解决问题，例如在jvm参数中添加-Xss128k将线程栈内存大小设置为128k。