java 溢出包括堆溢出和栈溢出
 

 
 
堆默认的分配大小为 64M
 

 
 
堆溢出实例
 
public class OutOfMerory {
 
 
 
 private byte [] [] data=new byte[1024][1024];//data大小为1M;
 
 public static void main(String[] args) {
 
 
 ArrayList list =new ArrayList();
 
 while(true)
 {
 
 list.add(new OutOfMerory());
 
//每次加载时都会有1M的内存占用，当加载不到（有其他原因）62次时，堆空间被用完，此时JVM回收机制会去堆中轮询把垃圾（即该对象没有被引用或者字符串，数组）回收掉，但是此时list集合持有对象的引用，但堆已经建满，没有空间再可以分配，所以会造成内存溢出
 
//2.new OutOfMeory();这个不会溢出，因为匿名对象没被引用，由垃圾回收机制回收
 

 }
 
 
 }
 
 
 }
 
 

 
 
栈溢出，栈默认空间大小为2M
 
栈定义：当调用main函数时就会创建一个栈
 
main函数的局部变量放在栈中
 
mian函数中方法会创建另一个栈，知道方法结束
 
public class StackOverFlow {
 
 
 
 public static void main(String[] args) {
 
 test();
 }
 
 
 public static void test()
 {
 
 test();//递归调用无限次，栈空间被用完，造成内存溢出
 
 }
 
 
 }
 
 
3.缓存，当大量用户访问时，会造成大量的内存被占用，当所有的用户同时访问会造成内存溢出，所以需要设计一个机制来避免这种情况
 

 
 
堆和栈的大小可以调节
 
合适的才是最好的
 
//
 
解决内存溢出需要注意
 
对于堆
 
规避死循环
 
对象不要创建的太大 如果64M,直接溢出
 
避免使用太大的数组连续空间
 

 
 
对于栈
 
写递归时需要加个中断条件

关于Java溢出分类，我经常碰到的是两类：一类是java.lang.OutOfMemoryError: Java heap space，一类是java.lang.OutOfMemoryError: PermGen space。
 
在这两类中，前者碰见的次数比较频繁。因为导致Java heap space的情况，有时候并不是内存不够，它也会抛此错误信息。例如我就碰到过这样的情况，我当时通过GC日志发现，内存当前占用40MB左右（最大分配512MB），非常不解。最后检查下来发现有两种情况会导致这样的情况：
 
一种是线程栈不够用了，针对SUN的JVM是设置Xss参数，一般而言线程栈设置256K已经是很多，一般不会引起这样的错误，除非你设置的太小，才会导致。
 
一种是线程当前创建了一个比分配空间更大的对象，大家可能会觉得不可思议，再怎样也不会创建一个这样的对象。但是在有些场景下就会出现这样的错误，如协议解包时，如果将一个STRING类型的字段，按INT类型进行解包后，用这个值作为创建一个一维数组的大小，就会很有可能出现这样的情况。
 
当然我所碰到的情况，多数是后者导致。
 
 
 
当内存不够时，自然就抛出java.lang.OutOfMemoryError: Java heap space，这种情况最终将导致Java程序停止对外服务。导致这种情况有很多，可以参考我另一篇文章《Java内存管理》。
 
 
 
关于PermGen space的解释倒是很简单明了，这里我给出网上的定义：
 
PermGen space这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。
 
一般程序出现PermGen space错误，该程序进程有时会自动关闭。
 
一般解决方式就是设置JVM的PermSize参数值加大(但这只是治标不治本方法，暂时延长了服务器的运行寿命)。不过导致这种情况出现，网上更多是说使用了cglib所致。刚好最近（服务器优化后），我的服务器也碰到这个问题（可是我没用cglib的第三库），所以需要验证验证，然后再告之是否有效（该问题已得到解决，参考我的另一篇《PermGen Space情况》）。

int 类型在 Java 中是“有符号”的。所谓“有符号”就是有正负。 
 在计算机中用二进制表示所有的信息，这个符号的区别就看首位。 
 首位如果是 0，就是正的，1 就是负的。正与负的区别也因此就在于取反加一。这不仅在 Java，在任何语言中都是这样的。 
 所谓数值溢出就会出现这个现象。
 
Java 中的 int 总共就 32 位，正数上限的情况首位也只能是 0，其他位都可以是 1（就是 2^31-1 的情况）。但是如果正数过大了，例如 2^31，计算机不得不把首位变成 1，并且很快就忘了这是溢出情况，把它按照正常的方式输出了，于是就成了负的。其实也不能怪它，它没有办法自动处理超过溢出的情况，因为 32 位是固定的，它不能因为溢出而临时扩展到 33 位之类的。
 
2^31 - 1 = 0111 1111 1111 1111 1111 1111 1111 1111 = 2147483647 
 2^31 = 2^31 - 1 + 1 = 1000 0000 0000 0000 0000 0000 0000 0000 = -2147483648
 
以上是负数的情况。溢出变成 0 的话道理也一样。你想如果一个数大到最后 32 位都是 0 了，那计算机只能把它认作 0。这种情况有很多，例如 2^32 就是一共 33 位，首位 1，后面 32 位都是 0。

Java内存溢出详解 
 
 
 
一、常见的Java内存溢出有以下三种： 
 
 
 
1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出
 JVM在启动的时候会自动设置JVM Heap的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)不可超过物理内存。
 
可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap的大小是Young Generation 和Tenured Generaion 之和。
 
在JVM中如果98％的时间是用于GC，且可用的Heap size 不足2％的时候将抛出此异常信息。 
 
解决方法：手动设置JVM Heap（堆）的大小。  
 
 
 
2. java.lang.OutOfMemoryError: PermGen space  ---- PermGen space溢出。 
 PermGen space的全称是Permanent Generation space，是指内存的永久保存区域。
 
为什么会内存溢出，这是由于这块内存主要是被JVM存放Class和Meta信息的，Class在被Load的时候被放入PermGen space区域，它和存放Instance的Heap区域不同,sun的 GC不会在主程序运行期对PermGen space进行清理，所以如果你的APP会载入很多CLASS的话，就很可能出现PermGen space溢出。
 
解决方法： 手动设置MaxPermSize大小 
 
 
 
3. java.lang.StackOverflowError   ---- 栈溢出
 栈溢出了，JVM依然是采用栈式的虚拟机，这个和C和Pascal都是一样的。函数的调用过程都体现在堆栈和退栈上了。
 调用构造函数的 “层”太多了，以致于把栈区溢出了。
 通常来讲，一般栈区远远小于堆区的，因为函数调用过程往往不会多于上千层，而即便每个函数调用需要 1K的空间(这个大约相当于在一个C函数内声明了256个int类型的变量)，那么栈区也不过是需要1MB的空间。通常栈的大小是1－2MB的。
 通常递归也不要递归的层次过多，很容易溢出。 
 
解决方法：修改程序。
 
 
 
 
 
二、解决方法 
 
 
 
在生产环境中tomcat内存设置不好很容易出现jvm内存溢出。
 
 
 
1、 linux下的tomcat：   
 
修改TOMCAT_HOME/bin/catalina.sh 
 位置cygwin=false前。
 JAVA_OPTS="-server -Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m"   
 
 
 
2、 如果tomcat 5 注册成了windows服务，以services方式启动的，则需要修改注册表中的相应键值。 
 
修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\Java，右侧的Options
 原值为
 -Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"
 -Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"
 -Xrs
 加入 -Xms256m -Xmx512m 
 重起tomcat服务,设置生效
 
 
 
3、如果tomcat 6 注册成了windows服务，或者windows2003下用tomcat的安装版， 
 
在/bin/tomcat6w.exe里修改就可以了 。  
 
 
 
 
 
 
 
 
 
 
 
4、 如果要在myeclipse中启动tomcat，上述的修改就不起作用了，可如下设置：
 
Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的
 
Optional Java VM arguments中添加：-Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m
 
 
 
 
 
 
 
三、jvm参数说明： 
 
 
 
-server:一定要作为第一个参数，在多个CPU时性能佳 
 -Xms：java Heap初始大小。 默认是物理内存的1/64。
 -Xmx：java heap最大值。建议均设为物理内存的一半。不可超过物理内存。
 
 
 

 -XX:PermSize:设定内存的永久保存区初始大小，缺省值为64M。（我用visualvm.exe查看的）
 
-XX:MaxPermSize:设定内存的永久保存区最大 大小，缺省值为64M。（我用visualvm.exe查看的）
 
 
 
-XX:SurvivorRatio=2  :生还者池的大小,默认是2，如果垃圾回收变成了瓶颈，您可以尝试定制生成池设置
 
 
 
-XX:NewSize: 新生成的池的初始大小。 缺省值为2M。 
 
-XX:MaxNewSize: 新生成的池的最大大小。   缺省值为32M。
 
如果 JVM 的堆大小大于 1GB，则应该使用值：-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16，或者将堆的总大小的 50% 到 60% 分配给新生成的池。调大新对象区，减少Full GC次数。
 
 
 
 
 
  
 
 
 
 
 
+XX:AggressiveHeap 会使得 Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。 
 -Xss：每个线程的Stack大小，“-Xss 15120” 这使得JBoss每增加一个线程（thread)就会立即消耗15M内存，而最佳值应该是128K,默认值好像是512k. 
 
 -verbose:gc 现实垃圾收集信息 
 -Xloggc:gc.log 指定垃圾收集日志文件 
 -Xmn：young generation的heap大小，一般设置为Xmx的3、4分之一 
 -XX:+UseParNewGC ：缩短minor收集的时间 
 -XX:+UseConcMarkSweepGC ：缩短major收集的时间 此选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适。
 
-XX:userParNewGC 可用来设置并行收集【多CPU】
 -XX:ParallelGCThreads 可用来增加并行度【多CPU】
 -XX:UseParallelGC 设置后可以使用并行清除收集器【多CPU】