Java 虚拟机的内存系统管理以下类型的内存:
1. 堆
Java 虚拟机具有一个堆,堆是运行时数据区域,所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。对象的堆内存由称为垃圾回收器 的自动内存管理系统回收。
堆的大小可以固定,也可以扩大和缩小。堆的内存不需要是连续空间。
2. 非堆内存
Java 虚拟机管理堆之外的内存(称为非堆内存)。
Java 虚拟机具有一个由所有线程共享的方法区。方法区属于非堆内存。它存储每个类结构,如运行时常数池、字段和方法数据,以及方法和构造方法的代码。它是在 Java 虚拟机启动时创建的。
方法区在逻辑上属于堆,但 Java 虚拟机实现可以选择不对其进行回收或压缩。与堆类似,方法区的大小可以固定,也可以扩大和缩小。方法区的内存不需要是连续空间。
除了方法区外,Java 虚拟机实现可能需要用于内部处理或优化的内存,这种内存也是非堆内存。例如,JIT 编译器需要内存来存储从 Java 虚拟机代码转换而来的本机代码,从而获得高性能。
<% @ page import = " java.util.* " %>
< html >
< head >
< title > JVM Memory Monitor </ title >
</ head >
< body >
< table border ="0" width ="100%" >
< tr >< td colspan ="2" align ="center" >< h3 > Memory MXBean </ h3 ></ td ></ tr >
< tr >< td
width ="200" > Heap Memory Usage </ td >< td > <% =
ManagementFactory.getMemoryMXBean().getHeapMemoryUsage()
%> </ td ></ tr >
< tr >< td > Non-Heap Memory
Usage </ td >< td > <% =
ManagementFactory.getMemoryMXBean().getNonHeapMemoryUsage()
%> </ td ></ tr >
< tr >< td colspan ="2" > </ td ></ tr >
< tr >< td colspan ="2" align ="center" >< h3 > Memory Pool MXBeans </ h3 ></ td ></ tr >
<%
Iterator iter = ManagementFactory.getMemoryPoolMXBeans().iterator();
while (iter.hasNext()) {
MemoryPoolMXBean item = (MemoryPoolMXBean) iter.next();
%>
< tr >< td colspan ="2" >
< table border ="0" width ="100%" style ="border: 1px #98AAB1 solid;" >
< tr >< td colspan ="2" align ="center" >< b > <% = item.getName() %> </ b ></ td ></ tr >
< tr >< td width ="200" > Type </ td >< td > <% = item.getType() %> </ td ></ tr >
< tr >< td > Usage </ td >< td > <% = item.getUsage() %> </ td ></ tr >
< tr >< td > Peak Usage </ td >< td > <% = item.getPeakUsage() %> </ td ></ tr >
< tr >< td > Collection Usage </ td >< td > <% = item.getCollectionUsage() %> </ td ></ tr >
</ table >
</ td ></ tr >
< tr >< td colspan ="2" > </ td ></ tr >
<% } %>
</ table >
</ body >
</ html >
使用的结果(JDK1.5)正如doc描述:
从检测的结果来看,non-heap memory中,包含了perm gen 和一部分jvm自用的内存
其中heap memory的最大值即我们指定的启动参数 -Xmx1024m所指定的1024m
而Perm Gen的最大值即为我们指定的启动参数 - XX:MaxPermSize=128m 所指定的128m(不指定默认为64m)
一般的OutOfMemory大部分是因为上面两个配置参数不够引起的。
当然native heap 也可以产生OutOfMemory,如果os的java可用内存全部分给heap了。
如果发生oom,个人觉得首先是调整参数,比如:-server -Xms1024m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=128m
如果参数调整之后还是oom,则需要考虑优化程序了(当然首先要把死递归,死循环排除),最好是用工具监测一下。
附我们tomcat配置参数修改方案:
² Tomcat配置的修改(%tomcat%表示tomcat实际安装目录)
如果tomcat安装在Solaris环境下,打开 %tomcat%\bin\catalina.sh 文件,在文件的前面加下面红色字体的内容(注意有双引号):
LANG=zh_CN.GB18030
export LANG
JAVA_OPTS="-server -Xms<chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="1024" unitname="m">1024m</chmetcnv> -Xmx<chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="1024" unitname="m">1024m</chmetcnv> -XX:PermSize=<chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="128" unitname="m">128m</chmetcnv> -XX:MaxPermSize=<chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="128" unitname="m">128m</chmetcnv>"
export JAVA_OPTS
JAVA_OPTS="$JAVA_OPTS -Djava.awt.headless=true"
echo $JAVA_OPTS
如果tomcat安装在Windows环境下,打开 %tomcat%\bin\catalina.bat 文件,在文件的前面加下面红色字体的内容(注意没有双引号):
set JAVA_OPTS=-server -Xms<chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="1024" unitname="m">1024m</chmetcnv> -Xmx<chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="1024" unitname="m">1024m</chmetcnv> -XX:PermSize=<chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="128" unitname="m">128m</chmetcnv> -XX:MaxPermSize=<chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="128" unitname="m">128m</chmetcnv>
打开 %tomcat%\conf\server.xml 文件,下面这行:
maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
改成:
maxThreads="250" minSpareThreads="25" maxSpareThreads="100"