内存异常的解决之道

类型

       java.lang.OutOfMemoryError: PermGen space (经常出现)是说ＪＶＭ里的Perm内存区的异常溢出，由于JVM在默认的情况下，Perm默认为64M，而很多程序需要大量的Perm区内存，尤其使用到像Spring等框架的时候，由于需要使用到动态生成类，而这些类不能被GC自动释放，所以导致OutOfMemoryError: PermGen space异常。解决方法很简单，增大JVM的 -XX:MaxPermSize启动参数

java.lang.OutOfMemoryError：heap space(比较常见) JVM的内存区分为 young,old,perm三种）。而这个异常是因为JVM堆内存或者说总体分少了。解决方法是更改 -Xms -Xmx启动参数，通常是扩大1倍。xms是管理启动时最小内存量的，xmx是管里JVM最大的内存量的。

java.lang.StackOverflowError，老实说这个异常我也没碰见过，但JVM Specification就提一下，规范上说有一下几种境况可能抛出这个异常，一个是Stacks里的线程超过允许的时候，另一个是当native method要求更大的内存，而超过native method允许的内存的时候。根据SUN的文档，提高-XX:ThreadStackSize=512的值.如：每一个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个可用线程。

 

基本流程

当Java程序申请内存，超出VM可分配内存的时候，ＶＭ首先可能会ＧＣ，如果ＧＣ完还是不够，或者申请的直接超过ＶＭ可能有的，就会抛出内存溢出异常。

测试工具

1.       查看硬盘和目录空间

列出/usr/local/bbs_bak目录下1层所有目录的大小

du -h --max-depth=1 /usr/local/bbs_bak

df -lh  查看硬盘

2.       查看内存和CPU,SWAP的占用率

top的参数

SIZE：任务的代码加上数据再加上栈空间的大小。  

RES：任务使用的物理内存的总数量。 

%CPU：进程的原始的CPU利用率百分比，自上一次屏幕刷新以来任务占用CPU时间的份额

       Free查看cpu, swap  mem的占用情况

3.       其他工具

jps  jstat jstack

strace 查看process内存问题

4. resin内存查看工具（参考resin在线文档）

基本概念

1.       swap和physical内存

2.       stack和heap内存

3.       codeCache，eden， permGen，Survivor，Tenured内存