WebLogic中间件：JVM堆参数设置实操指南

在生产环境中，合理地配置 WebLogic Server 所使用的 JVM 堆参数，可以显著提升应用性能，降低 OOM（OutOfMemoryError）风险，并让 GC（垃圾回收）更加高效。本文将从 JVM 堆内存基础、WebLogic 启动方式、堆参数实操配置、GC 日志分析、常见调优策略等多维度，配合 代码示例 与 Mermaid 图解，帮助你快速掌握如何在 WebLogic 中间件中设置和调优 JVM 堆参数。

目录

1. JVM 堆内存基础
   1.1. 堆内存结构概览
   1.2. 新生代（Young Gen）、老年代（Old Gen）、元空间（Metaspace）
   1.3. 常见 JVM 堆参数简介
2. WebLogic Server 启动方式与 JVM 参数注入点
   2.1. Node Manager 启动与 startWebLogic.sh
   2.2. WebLogic Administration Console（控制台）配置
   2.3. WLST 脚本动态修改
3. 实操一：通过脚本设置堆参数
   3.1. 编辑 startWebLogic.sh / setDomainEnv.sh
   3.2. 常用参数示例解读
4. 实操二：通过 WebLogic 控制台设置堆参数
   4.1. 访问控制台并定位 JVM 参数配置页面
   4.2. 修改并重启示例
5. 实操三：使用 WLST 脚本动态更新堆参数
   5.1. 编写 WLST 脚本基础
   5.2. 示例脚本：调整最大堆、最小堆与新生代比例
6. GC 日志与性能监控
   6.1. 开启 GC 日志参数
   6.2. 分析 GC 日志示例
   6.3. 可视化工具（jvisualvm/jstat）监控示例
7. 常见调优策略与坑点
   7.1. 堆内存大小如何合理选取？
   7.2. 新生代与老年代比例调整思考
   7.3. 元空间（Metaspace）大小配置注意事项
   7.4. 避免 Full GC 长暂停
8. Mermaid 图解：JVM 堆与 WebLogic GC 流程
   8.1. JVM 堆内存结构图
   8.2. WebLogic Server 启动时 JVM 参数加载流程
9. 小结

1. JVM 堆内存基础

在深入 WebLogic 的具体操作之前，我们先复习一下 JVM 堆内存 的基本概念与常见参数。

1.1 堆内存结构概览

JVM 堆（Heap）是所有 Java 对象（包括类实例、数组）的主要分配区域。可分为 新生代（Young Generation） 与 老年代（Old Generation）。实践中常用的三大内存区域包括：

flowchart TB
    subgraph 堆内存(Heap)
        direction LR
        YG[新生代 (Young Gen)] 
        OG[老年代 (Old Gen)]
        MSpace[元空间 (Metaspace)]
    end
    subgraph Young Gen
        Eden[Eden 区]
        S0[Survivor 0 (S0)]
        S1[Survivor 1 (S1)]
    end
    YG --> Eden
    YG --> S0
    YG --> S1
    YG --> OG
    OG --> MSpace

• 新生代（Young Generation）

  • 大多数对象都是“朝生暮死”的，优先在 Eden 区分配；经过一次 Minor GC 后，如果存活则进入 Survivor 区，经过多次再晋升到老年代。
  • Eden：新对象分配区。
  • Survivor 0/S0 与 Survivor 1/S1：临时存活对象复制区，用于 Minor GC 后的拷贝。

• 老年代（Old Generation）

  • 经多次 Minor GC 仍然存活的长寿命对象存放区域，只有当老年代空间不够时才触发 Full GC。

• 元空间（Metaspace）

  • 存放类元数据（类的结构、常量池、静态变量等）。在 Java 8 之后取代了永久代（PermGen），默认情况下会根据需求动态扩展，避免 OOM。

1.2 新生代与老年代、元空间参数

常用的 JVM 堆相关参数包括：

• -Xms<N>：设置 JVM 启动时的最小堆大小。
• -Xmx<N>：设置 JVM 最大堆大小。
• -Xmn<N>：设置新生代大小。
• -XX:NewRatio=<ratio>：新生代与老年代比例，例如 NewRatio=2 表示老年代大小是新生代的 2 倍。
• -XX:SurvivorRatio=<ratio>：设置 Eden 与 Survivor 区的比例，例如 SurvivorRatio=8 表示 Eden：S0：S1 比例为 8:1:1。
• -XX:MaxMetaspaceSize=<N>：设置元空间最大值（超出后会抛出 OutOfMemoryError: Metaspace）。
• -XX:MetaspaceSize=<N>：设置元空间初始大小，低于该值会触发回收。

常见示例

# 设定最小 1G，最大 4G，且新生代 1G
-Xms1024m -Xmx4096m -Xmn1024m \
# 老年代与新生代比例为 2:1，则老年代 2G，新生代 1G
-XX:NewRatio=2 \
# Eden：Survivor = 8:1:1
-XX:SurvivorRatio=8 \
# Metaspace 最多 256MB
-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m

1.3 常见 JVM 堆参数简介

设置这些参数能够帮助我们控制堆内存分配、GC 行为与元空间大小，从而避免过频的 GC、Full GC 或 OOM。

2. WebLogic Server 启动方式与 JVM 参数注入点

WebLogic Server 常见的启动方式有：Node Manager 管理模式、脚本直接启动、使用 wlst（WebLogic Scripting Tool）。不同方式下，JVM 参数的配置入口略有不同，下面简要介绍。

2.1 Node Manager 启动与 startWebLogic.sh

• Node Manager：是一种常用的方式，通过 WebLogic 控制台或脚本（nmStart/ nmStop）控制 Server 实例启动与停止。Node Manager 会调用域目录下的 startWebLogic.sh（或 startManagedWebLogic.sh）。

• 直接脚本启动：在开发或测试环境，可在域（Domain）目录下直接执行：

  ./startWebLogic.sh

  或者针对 Managed Server：

  ./startManagedWebLogic.sh ManagedServer1 http://localhost:7001

在这两种方式下，startWebLogic.sh 中会调用 setDomainEnv.sh 脚本，后者定义了 JVM 启动参数。我们一般通过修改 setDomainEnv.sh，或者在 startManagedWebLogic.sh 中通过环境变量覆写，将 JVM 堆参数传递给 WebLogic Server。

2.2 WebLogic Administration Console（控制台）配置

WebLogic 12c 及以上版本提供了 可视化管理界面，通过以下路径可以设置 Server 实例的 JVM 参数：

Domain Structure
  └─ Environment
      └─ Servers
          └─ [点击某个 Server]
              └─ Configuration → Server Start
                    └─ Arguments（JVM 参数）

在 Arguments 文本框中直接输入以空格分隔的 JVM 参数，例如：

-Xms1024m -Xmx4096m -Xmn1024m -XX:NewRatio=2 -XX:SurvivorRatio=8 \
-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m -XX:+UseG1GC \
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/opt/weblogic/logs/gc.log

修改后点击 Save，再 Restart 对应的 Server 实例，使配置生效。

2.3 WLST 脚本动态修改

WLST（WebLogic Scripting Tool）是一种 Jython 脚本方式，可以自动化管理 WebLogic。通过 WLST 脚本，可在命令行或 CI/CD 流程中无侵入地修改 JVM 参数。

示例 WLST 脚本（update_jvm_args.py）：

# update_jvm_args.py
# 运行方式： java weblogic.WLST update_jvm_args.py

# 1. 连接到 Admin Server
connect('weblogic', 'welcome1', 't3://localhost:7001')

# 2. 导航到域
domainRuntime()

# 3. 进入到特定 Server 的 JVM 栏目
cd('Servers/MyManagedServer/OjbectName=ServerRuntime,Location=myserver')

# 或用 Config 模式修改模板
edit()
startEdit()

cd('/Servers/MyManagedServer/ServerStart/MyManagedServer')
# 4. 获取已有 Arguments
oldArgs = cmo.getArguments()
print('Old JVM Arguments:', oldArgs)

# 5. 设置新的 JVM 参数
newArgs = '-Xms1024m -Xmx4096m -Xmn1024m -XX:NewRatio=2 -XX:SurvivorRatio=8 ' \
          '-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m -XX:+UseG1GC ' \
          '-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/opt/weblogic/logs/gc.log'

cmo.setArguments(newArgs)

# 6. 保存并激活
save()
activate(block="true")
print('Updated JVM Arguments to:', newArgs)

disconnect()
exit()

• 先连接到 Admin Server，进入 编辑模式（edit()、startEdit()）。
• 通过 cd('/Servers/[ServerName]/ServerStart/[ServerName]') 定位到 JVM Arguments 节点，并使用 cmo.setArguments(newArgs) 覆盖。
• 保存并激活后，需要重启对应的 Server 才能生效。

3. 实操一：通过脚本设置堆参数

最常见的做法是在 域目录 中修改 setDomainEnv.sh（Unix/Linux）或 setDomainEnv.cmd（Windows）脚本，将 JVM 参数追加到 JAVA_OPTIONS 或 USER_MEM_ARGS。

3.1 编辑 setDomainEnv.sh

在 $DOMAIN_HOME/bin/setDomainEnv.sh 中，搜索 USER_MEM_ARGS，通常会看到如下内容片段（示例来自 WebLogic 12c）：

# Example (original) lines in setDomainEnv.sh
if [ "${MEM_ARGS}" = "" ] ; then
  USER_MEM_ARGS="-Xms512m -Xmx1024m"
fi

修改步骤：

1. 打开 $DOMAIN_HOME/bin/setDomainEnv.sh，找到 USER_MEM_ARGS 定义位置。

2. 将其修改为符合项目需要的参数。例如：

   # 1. 设置最小堆 1G，最大堆 4G
   USER_MEM_ARGS="-Xms1024m -Xmx4096m \
   # 2. 新生代 1G
   -Xmn1024m \
   # 3. 新生代与老年代比例为 1:2
   -XX:NewRatio=2 \
   # 4. Eden 与 Survivor=8:1:1
   -XX:SurvivorRatio=8 \
   # 5. 开启 G1GC
   -XX:+UseG1GC \
   # 6. 打印 GC 详细日志
   -XX:+PrintGCDetails -XX:+PrintGCDateStamps \
   # 7. GC 日志输出
   -Xloggc:/opt/weblogic/logs/gc_${SERVER_NAME}.log \
   # 8. 限制元空间
   -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m"

3. 保存 并退出。
4. 重启 WebLogic Server 实例（Managed 或 Admin），新的堆参数将生效。

代码示例：完整的 setDomainEnv.sh 片段

#!/bin/sh

DOMAIN_HOME=/opt/weblogic/domains/mydomain
export DOMAIN_HOME

# 省略若干其他环境变量设置...

# ==================== 修改 USER_MEM_ARGS ====================
if [ "${MEM_ARGS}" = "" ] ; then
  USER_MEM_ARGS="-Xms1024m -Xmx4096m \
  -Xmn1024m \
  -XX:NewRatio=2 \
  -XX:SurvivorRatio=8 \
  -XX:+UseG1GC \
  -XX:+PrintGCDetails -XX:+PrintGCDateStamps \
  -Xloggc:${DOMAIN_HOME}/logs/gc_${SERVER_NAME}.log \
  -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m"
fi
# ============================================================

JAVA_OPTIONS="${JAVA_OPTIONS} ${USER_MEM_ARGS}"
export JAVA_OPTIONS

# 继续执行原脚本后续内容...

3.2 常用参数示例解读

• G1GC：对大堆环境而言，G1GC 能尽量将垃圾回收停顿（Pause）控制在一定范围内，降低 Full GC 发生频率。
• PrintGCDetails & PrintGCDateStamps：启用后，可以并入 GC 分析，定位 GC 时长与时间点，帮助判断是否需要进一步调整堆大小或 GC 策略。
• 元空间设置：在 ClassHotSwap、高并发部署过程中，若元空间不足可能导致 OutOfMemoryError: Metaspace，需视类加载量适当扩大。

4. 实操二：通过 WebLogic 控制台设置堆参数

对于不方便直接登录服务器修改脚本的场景，可以通过 WebLogic Administration Console 在界面上设置 JVM 参数。

4.1 访问控制台并定位 JVM 参数配置页面

1. 登录 Administration Console：

   • URL：http://<Admin-Server-Host>:<Admin-Server-Port>/console
   • 输入管理员用户名/密码登录。

2. 在 Domain Structure（域结构） 树上，依次展开：

   Environment → Servers

3. 在 Servers 列表中，点击要配置的 Server（如 AdminServer 或某个 ManagedServer1）。
4. 在该 Server 的 Configuration 选项页中，切换到 Server Start 选项卡。

5. 在 Arguments 文本框中输入 JVM 参数。例如：

   -Xms1024m -Xmx4096m -Xmn1024m -XX:NewRatio=2 -XX:SurvivorRatio=8 \
   -XX:+UseG1GC -XX:+PrintGCDetails -XX:+PrintGCDateStamps \
   -Xloggc:/opt/weblogic/logs/gc_MyServer.log \
   -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m

6. 点击 Save 按钮；然后点击重新启动（Restart） 以使新参数生效。

图示：WebLogic 控制台中 JVM 参数配置界面示意

flowchart TB
    subgraph 控制台界面
        A[域名称: mydomain] --> B[Environment]
        B --> C[Servers]
        C --> D[点击 Server 名称 (e.g., ManagedServer1)]
        D --> E[Configuration → Server Start]
        E --> F[Arguments 文本框]
        F --> G[输入 JVM 参数]
        G --> H[点击 Save]
        H --> I[点击 Restart Server]
    end

4.2 修改并重启示例

假设要修改 ManagedServer1 的 JVM 堆参数：

1. 在 Arguments 中粘贴或编辑足够的堆参数；
2. 点击 Save；
3. 在页面顶部的 Control 菜单中，点击 Restart，选择 Restart this Server；
4. 等待 Server 重启并登陆控制台查看 Server 状态变为 Running；
5. 登录服务器或查看 gc_MyServer.log，确认 GC 日志已按设定路径输出，并且 GC 行为符合预期。

5. 实操三：使用 WLST 脚本动态更新堆参数

在需要批量或自动化运维的场景下，可使用 WLST（WebLogic Scripting Tool）脚本，在命令行直接修改 Server 的 JVM 参数。下面示范如何编写和执行该脚本。

5.1 编写 WLST 脚本基础

假设我们有一个域 mydomain，Admin Server 地址为 localhost:7001，希望对 ManagedServer1 动态更新堆参数。

脚本：update_jvm_args.py

# ---------------------------------------------------------
# WLST 脚本：update_jvm_args.py
# 功能：更新 ManagedServer1 的 JVM 参数
# 使用：java weblogic.WLST update_jvm_args.py
# ---------------------------------------------------------

# 1. 连接 Admin Server
connect('weblogic', 'welcome1', 't3://localhost:7001')

# 2. 进入编辑模式
edit()
startEdit()

# 3. 定位到 ManagedServer1 的 ServerStart 属性
cd('/Servers/ManagedServer1/ServerStart/ManagedServer1')

# 4. 打印当前 JVM Args（可选）
oldArgs = cmo.getArguments()
print '旧的 JVM 参数:', oldArgs

# 5. 设置新的 JVM 参数
newArgs = '-Xms1024m -Xmx4096m -Xmn1024m -XX:NewRatio=2 -XX:SurvivorRatio=8 ' + \
          '-XX:+UseG1GC -XX:+PrintGCDetails -XX:+PrintGCDateStamps ' + \
          '-Xloggc:/opt/weblogic/logs/gc_ManagedServer1.log ' + \
          '-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m'
cmo.setArguments(newArgs)
print '更新后的 JVM 参数:', newArgs

# 6. 保存并激活
save()
activate(block="true")

# 7. 断开连接并退出
disconnect()
exit()

说明：

• connect(username, password, url)：连接到 Admin Server。
• edit()、startEdit()：开始编辑配置。
• cd()：导航到 MBean 层次结构中的 Servers/ServerName/ServerStart/ServerName，此节点包含 JVM 参数 Arguments。
• cmo.getArguments()：获取当前设置；cmo.setArguments(newArgs)：设置新的参数。
• save()、activate(block="true")：保存并激活配置。
• 执行后需手动或脚本触发 ManagedServer1 重启，才能让新参数生效。

5.2 示例执行步骤

1. 将上面脚本保存为 $DOMAIN_HOME/update_jvm_args.py。

2. 进入 $DOMAIN_HOME 目录，执行：

   java weblogic.WLST update_jvm_args.py

3. 脚本输出示例：

旧的 JVM 参数: -Xms512m -Xmx1024m
更新后的 JVM 参数: -Xms1024m -Xmx4096m -Xmn1024m -XX\:NewRatio=2 -XX\:SurvivorRatio=8 -XX:+UseG1GC -XX:+PrintGCDetails ...
WLST completed successfully.

4. 登录 Administration Console 或使用脚本重启 `ManagedServer1`：  
```bash
nohup ./stopManagedWebLogic.sh ManagedServer1 t3://localhost:7001 &
nohup ./startManagedWebLogic.sh ManagedServer1 t3://localhost:7001 &

5. 查看启动日志或 GC 日志确认生效。

6. GC 日志与性能监控

仅仅配置好 JVM 堆参数并不意味着优化完成，还需要通过 GC 日志 与 可视化监控 验证实际表现。

6.1 开启 GC 日志参数

在 setDomainEnv.sh 或控制台 Arguments 中，加入以下参数：

-XX:+PrintGCDetails \
-XX:+PrintGCDateStamps \
-XX:+PrintGCTimeStamps \
-XX:+PrintHeapAtGC \
-XX:+PrintTenuringDistribution \
-Xloggc:/opt/weblogic/logs/gc_${SERVER_NAME}.log \
-XX:+UseGCLogFileRotation \
-XX:NumberOfGCLogFiles=5 \
-XX:GCLogFileSize=10M

• -XX:+PrintGCDetails：打印详细的 GC 事件信息。
• -XX:+PrintGCDateStamps：打印日期戳。
• -XX:+PrintGCTimeStamps：打印相对时间戳（从 JVM 启动算起）。
• -XX:+PrintHeapAtGC：GC 前后打印堆使用情况。
• -XX:+PrintTenuringDistribution：打印 Survivor 区对象年龄分布。
• -Xloggc:<file>：指定 GC 日志输出文件。
• -XX:+UseGCLogFileRotation、-XX:NumberOfGCLogFiles、-XX:GCLogFileSize：开启 GC 日志文件滚动，避免单文件过大。

6.2 分析 GC 日志示例

假设某次 GC 日志片段如下：

2023-09-10T10:15:23.456+0800: 5.123: [GC pause (G1 Evacuation Pause) (young) 
Desired survivor size 8388608 bytes, new threshold 1 (max 15)
, 0.0156789 secs]
   [Parallel Time: 12.3 ms, GC Workers: 8]
      [G1ParKillWorker: 0.2 ms]
      [G1ConcurrentMarkWorker: 1.5 ms]
      ...
   [Code Root Fixup: 0.3 ms]
   [Code Root Purge: 0.1 ms]
   [Unloading: 0.0 ms]
   [G1 Humongous Allocation: 0.0 ms]
[Times: user=0.04 sys=0.01, real=0.02 secs]
2023-09-10T10:15:23.472+0800: 5.139: [G1EvacuationPause (mixed) 
Desired survivor 8388608 bytes, new threshold 1 (max 15)
, 0.0253456 secs]
...
Heap after GC invocations=20 (full 0):
 garbage-first heap   total 4096000K, used 2048000K [0x00000000f0000000, 0x00000000f0100000, 0x0000000100000000)
  region size 8192K, 256 young (2097152K), 0 survivors (0K)
 Metaspace       used  51200K, capacity  60000K, committed  60600K, reserved 1073152K

分析要点：

• GC pause (G1 Evacuation Pause) (young)：表明发生了一次 G1 新生代 GC，时长约 0.0156789 secs（约 15.7ms）。
• GC Workers: 8：G1 使用 8 个并行线程进行 GC。
• Heap after GC：GC 后堆大小 total 4096000K（4G），使用 used 2048000K（约 2G）。
• Metaspace used 51200K：元空间使用约 50MB。

如果发现在新生代 GC 过于频繁，可以考虑：

• 增大新生代大小 (-Xmn 或调低 NewRatio)；
• 降低 Eden 区/Survivor 区比例 (SurvivorRatio)；
• 调整 G1GC 参数（如 -XX:MaxGCPauseMillis，-XX:G1HeapRegionSize 等）。

6.3 可视化工具监控示例

• jvisualvm：自带在 JDK 中，通过 jvisualvm 命令打开，添加远程或本地进程监控，实时查看堆使用、线程状态、GC 频率等。

• jstat：命令行工具，可定期打印堆与 GC 信息：

  # 例如 PID=12345
  jstat -gcutil 12345 1000
  # 输出类似： S0 S1 E  O   M    CCS   YGC   YGCT   FGC    FGCT     GCT 
  #             0.00 0.00 30.00 50.00 12.00  5.00    20    0.345   2      0.789  1.134

• Arthas/Flight Recorder：在线上对 JVM 进行诊断抓取。

7. 常见调优策略与坑点

在实际运维过程中，仅靠堆参数配置并不足够。需要结合应用负载特征、内存使用情况与GC 行为，不断迭代优化。

7.1 堆内存大小如何合理选取？

1. 基于硬件资源：

   • 若服务器有 16GB 内存，可为 WebLogic 分配 8GB\~12GB，留出足够系统进程空间。

2. 基于应用需求：

   • 根据历史 OOM 报警或堆转储（Heap Dump）分析对象数量，估算所需内存；

3. 渐进式调优：

   • 先设置较小堆（如 2G），观察应用在峰值负载下的 GC 行为；
   • 如果发生频繁的 Full GC 或 OOM，再逐步增加到 4G、8G。

7.2 新生代与老年代比例调整思考

• 新生代过小：

  • 导致 Minor GC 频繁，虽然停顿时间较短，但 I/O 开销大，影响吞吐。

• 新生代过大：

  • 虽然减少 Minor GC 次数，但一次 Minor GC 可能耗时较长，容易导致短暂延迟。

• 建议：让新生代占堆的 1/3\~1/4；或者根据应用对象存活率动态调整，比如：

  -Xmx8g -Xmn2g -XX:NewRatio=3  # 新生代约 2GB，老年代约 6GB

7.3 元空间（Metaspace）大小配置注意事项

• 类加载量大（如热部署、插件化平台）时，元空间可能快速扩大。
• 若 -XX:MaxMetaspaceSize 设置过低，会出现 OutOfMemoryError: Metaspace，而如果无限制，可能导致系统整体内存耗尽。

• 建议：先跑压力测试，观察 Metaspace 峰值，再设置一个略高于峰值的最大值。例如：

  -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=512m

7.4 避免 Full GC 长暂停

1. 避免大对象：尽量不要在 WebLogic Server 中频繁创建大对象（如大集合、超大 byte[]）。

2. 按需扩容：当 Full GC 时间异常延长时，可考虑调整 G1 参数，例如：

   -XX:MaxGCPauseMillis=200   # 期望 GC 停顿不超过 200ms
   -XX:G1HeapRegionSize=16m    # G1 Region 大小
   -XX:ConcGCThreads=4         # 并行线程数
   -XX:ParallelGCThreads=8

3. 监控：持续监控 GC 日志与应用响应时间，使 Full GC 不会对关键请求造成长时间阻塞。

8. Mermaid 图解：JVM 堆与 WebLogic GC 流程

下面通过 Mermaid 进一步可视化说明 JVM 堆结构和 WebLogic 启动加载 JVM 参数的流程。

8.1 JVM 堆内存结构图

flowchart LR
    subgraph JVM-Heaps[堆内存(Heap)]
        direction TB
        subgraph YoungGen[新生代(Young Gen)]
            direction LR
            Eden[Eden 区]
            S0[Survivor 0 (S0)]
            S1[Survivor 1 (S1)]
        end
        subgraph OldGen[老年代(Old Gen)]
            direction TB
            Tenured[Tenured 区]
        end
    end
    subgraph Metaspace[元空间(Metaspace)]
        direction TB
        MetaArea[类元数据 & 静态常量]
    end

    Eden --> S0 & S1
    S0 --> Tenured
    S1 --> Tenured
    Tenured --> Metaspace

• Eden：新创建对象进入处。
• Survivor(0/1)：Minor GC 时，存活对象在 S0/S1 之间拷贝。
• Tenured：对象晋升到老年代。
• Metaspace：不属于堆，但与类加载动态相关，需监控其使用。

8.2 WebLogic 启动时 JVM 参数加载流程

flowchart TD
    subgraph WebLogic-Startup[WebLogic 启动流程]
        direction LR
        A[启动脚本: startWebLogic.sh] --> B[调用 setDomainEnv.sh]
        B --> C{检测 USER_MEM_ARGS 是否存在}
        C -->|不存在| D[默认 JVM 参数赋值]
        C -->|存在| E[读取并拼装 USER_MEM_ARGS]
        E & D --> F[将 USER_MEM_ARGS 加入 JAVA_OPTIONS]
        F --> G[java ${JAVA_OPTIONS} weblogic.Server]
        G --> H[JVM 启动并应用堆参数]
        H --> I[WebLogic Server 实例启动完毕]
    end

• startWebLogic.sh 调用 setDomainEnv.sh，其中会根据环境或脚本中定义的 USER_MEM_ARGS 设定堆大小、GC 策略等，拼装到 JAVA_OPTIONS。
• 然后执行 java ${JAVA_OPTIONS} weblogic.Server，JVM 启动并应用这些参数，最终载入 WebLogic Server。

9. 小结

本文围绕 “WebLogic中间件：JVM堆参数设置实操指南”，从 JVM 堆基础、WebLogic 启动方式与参数注入点、实操脚本与控制台配置、WLST 动态修改、GC 日志与监控、到 常见调优策略与陷阱，进行了深入讲解，并配合 代码示例 与 Mermaid 图解，帮助你快速掌握以下要点：

1. JVM 堆结构与常用参数

   • 新生代/老年代/元空间的划分和它们对应的 -Xms、-Xmx、-Xmn、-XX:NewRatio、-XX:SurvivorRatio、-XX:MetaspaceSize、-XX:MaxMetaspaceSize 等参数含义。

2. WebLogic 中 JVM 参数配置入口

   • 通过 脚本（setDomainEnv.sh）、控制台（Administration Console）、WLST 脚本 三种方式设置或动态修改 JVM 堆参数。

3. GC 日志开启与分析

   • 如何在 WebLogic 中启用详细 GC 日志（-XX:+PrintGCDetails 等），以及通过 jvisualvm、jstat 等工具监控和分析垃圾回收行为。

4. 常见调优策略与最佳实践

   • 堆大小的合理设置（基于硬件与应用需求）、新生代与老年代比例调整、避免 Full GC 长暂停、元空间配置注意点。
   • 对大堆环境推荐使用 G1GC 并设置必要 GC 参数，减少应用停顿。

通过本文的实操示例与图解，你可以在 开发环境 快速尝试不同堆参数变化，并在 生产环境 结合监控数据进行迭代调优，让 WebLogic Server 在高并发场景下保持低延迟、高吞吐与稳定性。