关于tomcat内存查看

Tomcat 优化 java.lang.OutOfMemoryError: Java heap space 的解决方法
   

java.lang.OutOfMemoryError: Java heap space 的解决方法

关键字: tomcat outofmemoryerror permgen space java heap space

最近在熟悉一个开发了有几年的项目，须要把数据库从mysql移植到oracle，首先把jdbc 的链接指向mysql，打包放到tomcat里面，能够跑起来，没有问题，但是当把jdbc链接指向oracle的时候，tomcat就连续抛 java.lang.OutOfMemoryError的错误，上网google了一下，了解了一下tomcat的运行机制，也解决了问题，share出 来，以备查。

一、首先是：java.lang.OutOfMemoryError: Java heap space

解释：

Heap size 设置

JVM 堆的设置是指java程序运行过程当中JVM能够调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。能够利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示：在JVM中若是98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。
提示：Heap Size 最大不要超过可用物理内存的80％，通常的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。

解决方法：

手动设置Heap size
修改TOMCAT_HOME/bin/catalina.bat，在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入如下行：
set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m

或修改catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入如下行：
JAVA_OPTS="$JAVA_OPTS -server -Xms800m -Xmx800m -XX:MaxNewSize=256m"

二、其次是：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)那么就会产生此错误信息了。

解决方法：

1. 手动设置MaxPermSize大小
修改TOMCAT_HOME/bin/catalina.bat（Linux下为catalina.sh），在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入如下行：
set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m

catalina.sh下为：
JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m"


另外看到了另一个帖子，以为挺好，摘抄以下：
分析java.lang.OutOfMemoryError: PermGen space

发 现不少人把问题归因于： spring,hibernate,tomcat，由于他们动态产生类,致使JVM中的permanent heap溢出 。而后解决方法众说纷纭，有人说升级 tomcat版本到最新甚至干脆不用tomcat。还有人怀疑spring的问题，在spring论坛上讨论很激烈，由于spring在AOP时使用 CBLIB会动态产生不少类。

但问题是为何这些王牌的开源会出现同一个问题呢，那么是否是更基础的缘由呢？tomcat在Q&A很隐晦的回答了这一点，咱们知道这个问题，但这个问题是由一个更基础的问题产生。

于 是有人对更基础的JVM作了检查，发现了问题的关键。原来SUN 的JVM把内存分了不一样的区，其中一个就是permenter区用来存放用得很是多的类和类描述。原本SUN设计的时候认为这个区域在JVM启动的时候就 固定了，但他没有想到如今动态会用得这么普遍。并且这个区域有特殊的垃圾收回机制，如今的问题是动态加载类到这个区域后，gc根本没办法回收！


对于以上两个问题，个人处理是：

在catalina.bat的第一行增长：
set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

在catalina.sh的第一行增长：
JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

~~~~~~~~~~~~~~~~~~~~~~~~

命令格式

jstat命令命令格式：

jstat [Options] vmid [interval] [count]

参数说明：

Options，选项，咱们通常使用 -gcutil 查看gc状况
vmid，VM的进程号，即当前运行的java进程号
interval，间隔时间，单位为秒或者毫秒
count，打印次数，若是缺省则打印无数次

示例说明

示例

一般运行命令以下：

jstat -gc 12538 5000

即会每5秒一次显示进程号为12538的java进成的GC状况，

显示内容以下图：

结果说明

显示内容说明以下（部分结果是经过其余其余参数显示的，暂不说明）：

         S0C：年轻代中第一个survivor（幸存区）的容量 (字节) 
         S1C：年轻代中第二个survivor（幸存区）的容量 (字节) 
         S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节) 
         S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节) 
         EC：年轻代中Eden（伊甸园）的容量 (字节) 
         EU：年轻代中Eden（伊甸园）目前已使用空间 (字节) 
         OC：Old代的容量 (字节) 
         OU：Old代目前已使用空间 (字节) 
         PC：Perm(持久代)的容量 (字节) 
         PU：Perm(持久代)目前已使用空间 (字节) 
         YGC：从应用程序启动到采样时年轻代中gc次数 
         YGCT：从应用程序启动到采样时年轻代中gc所用时间(s) 
         FGC：从应用程序启动到采样时old代(全gc)gc次数 
         FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s) 
         GCT：从应用程序启动到采样时gc用的总时间(s) 
         NGCMN：年轻代(young)中初始化(最小)的大小 (字节) 
         NGCMX：年轻代(young)的最大容量 (字节) 
         NGC：年轻代(young)中当前的容量 (字节) 
         OGCMN：old代中初始化(最小)的大小 (字节) 
         OGCMX：old代的最大容量 (字节) 
         OGC：old代当前新生成的容量 (字节) 
         PGCMN：perm代中初始化(最小)的大小 (字节) 
         PGCMX：perm代的最大容量 (字节)   
         PGC：perm代当前新生成的容量 (字节) 
         S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比 
         S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比 
         E：年轻代中Eden（伊甸园）已使用的占当前容量百分比 
         O：old代已使用的占当前容量百分比 
         P：perm代已使用的占当前容量百分比 
         S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节) 
         S1CMX ：年轻代中第二个survivor（幸存区）的最大容量 (字节) 
         ECMX：年轻代中Eden（伊甸园）的最大容量 (字节) 
         DSS：当前须要survivor（幸存区）的容量 (字节)（Eden区已满） 
         TT： 持有次数限制 
         MTT ： 最大持有次数限制

~~~~~~~~~~~~~~~~~~~

jmap （linux下特有，也是很经常使用的一个命令）

观察运行中的jvm物理内存的占用状况。

参数以下：

-heap ：打印jvm heap的状况
-histo： 打印jvm heap的直方图。其输出信息包括类名，对象数量，对象占用大小。
-histo：live ： 同上，可是只答应存活对象的状况
-permstat： 打印permanent generation heap状况

命令使用：

jmap -heap 3409

能够观察到New Generation（Eden Space，From Space，To Space）,tenured generation,Perm Generation的内存使用状况

输出内容：

jmap -histo 3409 | jmap -histo:live 3409

能够观察heap中全部对象的状况（heap中全部生存的对象的状况）。包括对象数量和所占空间大小。

输出内容：

写个脚本，能够很快把占用heap最大的对象找出来，对付内存泄漏特别有效。

 

若是结果不少，能够用如下命令输出到文本文件。jmap -histo 3409 | jmap -histo:live 3409 > a.txt