Ubuntu 上 WebLogic 内存溢出定位与解决
一 快速定位步骤
- 获取进程号：使用命令 ps -ef | grep weblogic 或 jps 找到 Java PID。
- 观察 GC 与健康：执行 jstat -gcutil 1000 观察 YGC/YGCT、FGC/FGCT、GCT 是否异常频繁或回收无效。
- 打开 OOM 快照：在启动参数中加入 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/opt/weblogic/dumps/heap.hprof，便于事后分析。
- 抓取现场：
- 堆转储：jmap -dump:format=b,file=/opt/weblogic/dumps/heap_.hprof
- 线程栈：jstack -l > /opt/weblogic/dumps/thread_.log
- 查看内存结构与分配：jmap -heap 了解 Eden/Survivor/Old 区与 GC 策略。
- 日志定位：查看域目录下的 servers/AdminServer/logs 与管理控制台日志，确认异常类型与时间点。
- 分析工具：用 Eclipse Memory Analyzer（MAT） 分析 hprof，定位占用最多对象与 GC Roots 引用链；线程问题结合 jstack 与 VisualVM/JConsole 排查。
二 常见异常与对应处理
| 异常类型 |
典型特征 |
优先动作 |
| Java heap space |
堆内存不足，频繁 Full GC，OOM 后服务不可用 |
增大堆 -Xms/-Xmx，抓取 hprof 用 MAT 查 Dominator Tree 与引用链，优化大对象/缓存/集合滥用 |
| PermGen space（JDK7 及更早） |
多次热部署后增长，出现 PermGen OOM |
增大 -XX:PermSize/-XX:MaxPermSize，排查类加载器泄漏（应用/框架未清理） |
| Metaspace（JDK8+） |
元数据区 OOM，常伴类加载/卸载异常 |
增加 -XX:MaxMetaspaceSize，清理无效类加载器与依赖，控制动态生成类 |
| GC overhead limit exceeded |
GC 花费超阈值且回收效果差 |
先分析根因（泄漏或大对象），再考虑堆大小、代际比例与代码/SQL 优化 |
| unable to create new native thread |
线程数触顶，无法新建工作线程 |
降低线程池/连接池规模，检查线程泄漏，必要时提升系统 ulimit -u 与内核参数 |
说明：JDK7 及更早使用 PermGen，JDK8+ 使用 Metaspace；两者都可能在热部署、依赖膨胀或类加载器泄漏时触发 OOM。GC overhead limit exceeded 常见于堆被大对象或泄漏占满，导致 GC 几乎无效。
三 配置与参数建议
- 堆大小与代际：在域目录 bin/setDomainEnv.sh 中设置 -Xms 与 -Xmx（建议等值，如 -Xms4g -Xmx4g），并结合应用特性调整新生代/老年代比例（如 -XX:NewRatio 或 -Xmn）。
- 永久代/元空间：
- JDK7：适当增大 -XX:PermSize/-XX:MaxPermSize（如 256m→512m），并排查类加载器泄漏。
- JDK8+：设置 -XX:MaxMetaspaceSize（如 512m/1g），避免无限制增长。
- OOM 取证：务必开启 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=…，便于离线分析。
- 参数生效验证：修改后重启，使用 jinfo 或 jmap -heap 校验实际生效的 JVM 参数；若被上层脚本覆盖，需在 commEnv.sh 或启动脚本中显式设置 MEM_ARGS。
四 应用与 SQL 优化要点
- 集合/缓存：避免无界 Map/List、缓存未设上限或未过期；大数据量分页/批处理使用游标/流式处理。
- 会话与对象生命周期：控制会话大小与超时，及时释放不再使用的对象引用，避免静态集合长期持有。
- JDBC/ORM：使用连接池（合理 maxActive/minIdle），流式读取大结果集，避免一次性装入内存；批量提交，减少长事务与笛卡尔积。
- 线程与资源：控制工作线程与后台任务并发，确保 ResultSet/Statement/Connection 及时关闭；避免创建过多线程。
- 框架与依赖：升级存在已知内存/类加载问题的版本，清理无用依赖与重复类加载器。
五 监控与预防
- 基线监控：持续观察 Heap/Meta/Non-Heap、GC 次数与停顿时间，建立容量基线；告警阈值建议基于 P95/P99 设置。
- 压测与回归：上线前进行容量与稳定性压测，覆盖热部署、高峰并发、大数据量导出等场景。
- 部署策略：蓝绿/灰度发布，限制单节点并发部署，部署后自动触发健康检查与基线对比。
- 例行维护：定期重启长时间运行节点以回收元空间碎片；清理无用应用与临时文件，审计日志与转储文件占用。