如何配置centos上weblogic的JVM参数

一、准备工作：定位WebLogic启动脚本

在CentOS上配置WebLogic的JVM参数，需先定位域的启动脚本。通常路径为：
/path/to/weblogic/domain/bin/startWebLogic.sh（AdminServer）或/path/to/weblogic/domain/bin/startManagedWebLogic.sh（受管服务器）。
注意：修改前务必备份原脚本（如cp startWebLogic.sh startWebLogic.sh.bak），避免配置错误导致无法启动。

二、编辑启动脚本：添加JVM参数

打开startWebLogic.sh，找到设置JAVA_OPTIONS或MEM_ARGS的行（通常在脚本中段），在其下方添加自定义JVM参数。常见参数及示例如下：

1. 基础内存参数（必调）

• -Xms：初始堆内存大小（如-Xms2g，表示初始分配2GB）；
• -Xmx：最大堆内存大小（如-Xmx4g，表示最大不超过4GB）。
  建议：将-Xms和-Xmx设为相同值，避免堆内存动态调整带来的性能损耗（如-Xms4g -Xmx4g）。

2. 元空间参数（Java 8+必改）

Java 8及以上版本用**元空间（Metaspace）**替代永久代，需设置：

• -XX:MetaspaceSize：初始元空间大小（如-XX:MetaspaceSize=512m）；
• -XX:MaxMetaspaceSize：最大元空间大小（如-XX:MaxMetaspaceSize=1g）。
  注意：若未设置，元空间默认无上限，可能导致内存溢出。

3. 新生代/老年代比例（可选）

• -XX:NewRatio：新生代与老年代的比例（如-XX:NewRatio=3，表示新生代占堆的1/4，老年代占3/4）。
  适用场景：若应用存在大量短期对象（如Web应用），可适当增大新生代比例（如-XX:NewRatio=2）。

4. Survivor区比例（可选）

• -XX:SurvivorRatio：Eden区与单个Survivor区的比例（如-XX:SurvivorRatio=8，表示Eden区占新生代的8/10，每个Survivor区占1/10）。
  适用场景：若应用存在大量短期对象存活，可增大Survivor区（如-XX:SurvivorRatio=6）。

5. 垃圾回收器（关键调优项）

根据应用需求选择合适的垃圾回收器：

• G1GC（推荐，适用于大内存、低延迟场景）：-XX:+UseG1GC；
• CMS（适用于低延迟场景，Java 14已移除）：-XX:+UseConcMarkSweepGC；
• Parallel GC（适用于高吞吐量场景）：-XX:+UseParallelGC。
  建议：CentOS环境下，若服务器内存≥4GB，优先选择G1GC（如-XX:+UseG1GC）。

6. GC线程数（可选）

• -XX:ParallelGCThreads：GC线程数（如-XX:ParallelGCThreads=8，建议设为CPU核心数的1/2~1倍）。
  作用：提升GC效率，避免过多线程导致CPU竞争。

三、保存并验证配置

1. 保存脚本：编辑完成后，按Ctrl+O保存，Ctrl+X退出（vim编辑器）。
2. 重启WebLogic：执行./stopWebLogic.sh停止服务器，再执行./startWebLogic.sh启动，观察启动日志确认参数生效（日志路径通常为/path/to/weblogic/domain/servers/AdminServer/logs/AdminServer.log）。
3. 验证参数：通过jinfo -flags <PID>命令（<PID>为WebLogic进程ID，可通过ps -ef | grep weblogic获取），检查JVM参数是否包含配置的项。

四、后续优化建议

1. 监控GC情况：使用jstat -gcutil <PID> 1000命令（每秒刷新一次），监控GC频率、停顿时间等指标，若Full GC频繁，需调整堆大小或GC策略。
2. 监控内存占用：使用jmap -heap <PID>命令查看堆内存各区域使用情况，或用VisualVM、JConsole等工具可视化监控。
3. 测试环境验证：所有参数调整前，务必在测试环境验证稳定性，避免直接应用于生产环境。

通过以上步骤，可在CentOS上完成WebLogic的JVM参数配置。需根据应用特性（如内存占用、并发量、GC需求）灵活调整，持续监控优化。