CentOS 上 Tomcat 内存溢出定位与解决
一、先快速定位 OOM 类型
- 查看 catalina.out 或应用日志中的异常关键字，常见两类：
- Java heap space：堆内存不足，通常是对象申请过多或泄漏。
- PermGen space / Metaspace：类元数据区不足，常见于大量类加载、热部署、第三方 JAR 多。
- 用 jstat 观察 GC 与内存使用：
- 获取 Tomcat 进程 PID：
pid=$(ps -ef | grep tomcat | grep -v grep | awk '{print $2}')
- 实时查看：
jstat -gcutil $pid 1000（每 1s 输出一次）
- 触发并分析堆转储（谨慎，生产慎用，会“冻结”进程）：
- 生成：
jmap -dump:live,format=b,file=heapdump.hprof $pid
- 分析：可用 jhat 或图形化工具（如 Eclipse MAT）查看占用最大的对象与引用链。
二、对应类型的参数调整
- 堆内存不足（Java heap space）
- 调整堆大小（示例为 2–4GB，请结合服务器内存与容器/应用余量设置）：
- 编辑 $CATALINA_HOME/bin/catalina.sh，在 cygwin=false 之前添加：
JAVA_OPTS="$JAVA_OPTS -Xms2g -Xmx2g -XX:+UseG1GC"
- 建议 -Xms 与 -Xmx 设为相同，减少运行时扩缩堆带来的抖动；堆最大值一般不超过可用物理内存的 80%。
- 元空间不足（PermGen 或 Metaspace）
- JDK 7 及更早：增大永久代
- 在 catalina.sh 中加入：
-XX:PermSize=256m -XX:MaxPermSize=512m
- JDK 8+：使用 Metaspace（无 PermSize/MaxPermSize）
- 可设置元空间上限：
-XX:MaxMetaspaceSize=512m（按需调整）
- 减少重复加载与热部署带来的类膨胀：将通用 第三方 JAR 放到 tomcat/shared/lib（减少每个应用重复加载）。
三、不同安装方式与配置文件路径
- 直接解压版 Tomcat：修改 $CATALINA_HOME/bin/catalina.sh 中的 JAVA_OPTS（推荐放在 cygwin=false 之前）。
- yum/系统服务版 Tomcat：可能在 /etc/tomcat/tomcat.conf** 中读取 JAVA_OPTS，需在该文件里追加内存参数，例如：
JAVA_OPTS="$JAVA_OPTS -Xms512m -Xmx2048m -XX:MaxMetaspaceSize=512m"（路径与文件名以实际环境为准）。
- 作为系统服务运行时：部分场景下仅修改 catalina.sh 不生效，需通过服务配置或专用 GUI 工具设置 JVM 参数（如 Windows 的 tomcat8w.exe；Linux 服务则优先改服务配置/环境变量）。
四、应用与运维侧的优化建议
- 避免一次性把海量数据拉入内存：对查询做分页/分批处理，流式处理大结果集，减少峰值占用。
- 排查常见泄漏与膨胀：检查集合/缓存使用后未清理、长生命周期对象持有短生命周期对象、定时任务叠加执行等。
- 控制类与依赖膨胀：合并/精简 JAR，避免多版本并存；减少不必要的热部署与自动部署频率。
- 日志与文件句柄：对 catalina.out 按时间滚动切割（如 Cronolog），避免单文件过大引发写入与内存压力；同时关注系统 ulimit -n（打开文件数）与进程实际打开句柄数。
五、监控与验证
- 持续观察 GC 与内存曲线：使用 jstat -gcutil 1000 观察 YGC/FGC、OGC/MGC、内存使用率 的变化趋势。
- 必要时抓取一次堆转储并离线分析（MAT 等），定位占用最多的对象与 GC Roots 引用链，回到代码层面做针对性优化。
- 参数调整后重启 Tomcat，核对进程命令行参数是否已生效：
ps -ef | grep tomcat，确保 -Xms/-Xmx/-XX:MaxMetaspaceSize 等参数已带入。