Linux Tomcat内存溢出解决

Linux下Tomcat内存溢出的常见原因及解决方法

一、常见内存溢出类型及原因

Tomcat内存溢出主要表现为java.lang.OutOfMemoryError，常见子类及原因如下：

1. Java heap space：Java堆内存不足，无法分配新对象（如大量数据一次性加载、集合未清理等）。
2. PermGen space（Java 8之前）/Metaspace（Java 8及以上）：方法区/元空间溢出，无法加载新类（如动态生成大量类、类加载器泄漏等）。
3. unable to create new native thread：系统线程资源耗尽，无法创建新线程（如线程池未限制数量、频繁创建线程等）。

二、通用排查步骤

1. 查看错误日志：通过tail -100 /opt/tomcat/logs/catalina.out（路径根据实际安装位置调整）查找OutOfMemoryError相关日志，确定溢出类型。
2. 监控内存使用：使用jconsole、jvisualvm（JDK自带）或top、free -m（Linux命令）监控Tomcat进程的内存占用（如堆内存、线程数），定位瓶颈。
3. 检查系统限制：通过ulimit -a查看系统资源限制（如open files默认1024，max user processes默认可能较低），若值过小需调整（如ulimit -n 65535临时生效，需写入/etc/security/limits.conf永久生效）。

三、针对不同溢出类型的解决方法

1. Java heap space溢出

• 调整JVM堆参数：修改Tomcat的bin/catalina.sh（Linux）或bin/catalina.bat（Windows），增加堆内存大小。建议将初始堆（-Xms）和最大堆（-Xmx）设置为相同值（避免频繁扩容），并根据服务器内存调整（如8GB内存可设置为-Xms2048m -Xmx2048m）。
  示例（catalina.sh开头添加）：

  export JAVA_OPTS="-server -Xms2048m -Xmx2048m -XX:NewRatio=3 -XX:SurvivorRatio=8"
  

  其中-XX:NewRatio设置年轻代与老年代比例（默认2，年轻代占1/3），-XX:SurvivorRatio设置Eden区与Survivor区比例（默认8，Eden区占80%）。
• 优化代码：避免在循环或频繁调用的方法中创建大量临时对象；使用对象池（如数据库连接池）重用对象；及时清理无用的集合（如Map、List）。

2. PermGen space/Metaspace溢出

• Java 8之前（PermGen）：调整永久代大小，修改catalina.sh：

  export JAVA_OPTS="$JAVA_OPTS -XX:PermSize=256m -XX:MaxPermSize=512m"
  

  建议MaxPermSize不超过Xmx的1/3。
• Java 8及以上（Metaspace）：调整元空间大小，修改catalina.sh：

  export JAVA_OPTS="$JAVA_OPTS -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m"
  

  Metaspace默认无上限（受物理内存限制），但建议设置MaxMetaspaceSize避免无限增长。
• 清理类加载器泄漏：检查应用是否有多个类加载器加载相同类（如动态生成类的框架），避免类加载器无法被回收。

3. unable to create new native thread溢出

• 限制线程数量：使用线程池（如java.util.concurrent.ThreadPoolExecutor）替代直接创建线程，设置合理的corePoolSize和maxPoolSize（如corePoolSize=50，maxPoolSize=200）。
• 调整系统线程限制：通过ulimit -u查看用户最大线程数（默认可能为1024），若需增加可修改/etc/security/limits.conf（添加tomcat soft nproc 65535、tomcat hard nproc 65535，tomcat为运行Tomcat的用户）。

四、其他优化建议

1. 定期重启Tomcat：对于长期运行的Tomcat，定期重启（如每周一次）可释放累积的内存碎片和未回收对象。
2. 升级硬件：若软件优化后仍存在内存不足，可考虑增加服务器内存（如从8GB升级至16GB）。
3. 分离应用：将多个应用部署到不同Tomcat实例，避免单个实例内存占用过高。