Wildfly 26.1.3内存占用过高且不释放问题咨询

现象是否正常？ #

这种内存占用偏高且低负载下无法释放的情况不正常，已有大量Wildfly用户在升级到20+版本并迁移至Kubernetes环境时遇到类似问题，本质是新版本默认配置与容器环境的适配问题，而非软件本身的bug。

基础内存占用偏高的核心原因 #

• 新版本默认功能扩展：Wildfly 26.x是Jakarta EE 8/9兼容版本，相比旧版（如RHEL 7.1上可能部署的Wildfly 10及更早版本）默认启用了更多功能组件，例如MicroProfile相关模块、CDI增强特性、新的安全扩展等，这些组件会额外占用内存。
• 容器环境JVM参数差异：物理机/虚拟机上的JVM会自动适配宿主机内存，而Kubernetes容器中若未显式配置JVM内存参数，Wildfly新版默认的JVM配置会更宽松；同时若使用的JDK版本未开启容器内存感知（如Java 8u191之前的版本），JVM无法识别容器内存限制，会按宿主机内存分配堆空间。

低负载内存不释放的关键排查点（堆转储无异常的情况下） #

堆转储正常说明不存在堆内存泄漏，问题大概率出在堆外内存或JVM/容器内存配置不匹配：

• 堆外内存占用：Wildfly的Undertow Web服务器缓冲池、NIO线程池、JDBC连接池等组件在新版默认配置中可能分配了更多堆外资源；第三方依赖库（如序列化框架、数据库驱动）也可能存在堆外内存未回收的情况。
• JVM GC配置不合理：若使用G1GC（Wildfly新版默认垃圾收集器），未配置-XX:MaxRAMPercentage、-XX:InitiatingHeapOccupancyPercent等参数时，JVM不会根据容器内存限制调整堆大小，且延迟触发Full GC，导致内存持续高位。
• Kubernetes内存限制与JVM配置脱节：Pod内存限制为5GB，但JVM未感知到该限制，持续分配内存直到触及容器阈值，而堆外内存不受GC管控，最终导致内存无法释放。

解决建议 #

1. 显式配置JVM内存参数 #

在Wildfly启动脚本中添加以下参数（适配5GB容器内存限制）：

# 启用容器内存感知，限制堆内存为容器内存的70%
-XX:+UseContainerSupport -XX:MaxRAMPercentage=70 -XX:InitialRAMPercentage=30
# 调整G1GC触发时机，提前回收内存
-XX:InitiatingHeapOccupancyPercent=40 -XX:MaxGCPauseMillis=200

也可直接指定固定堆大小：

-Xmx3500m -Xms1500m

2. 优化Wildfly组件配置 #

• 调整Undertow缓冲池：在standalone.xml/domain.xml中修改缓冲池配置，降低堆外内存占用：

  <buffer-cache name="default" buffer-size="16384" buffers-per-region="512" max-regions="8"/>
  

• 优化JDBC连接池：设置合理的最大连接数与空闲超时，避免空闲连接占用资源：

  <datasource ...>
      <pool>
          <max-pool-size>30</max-pool-size>
          <idle-timeout-minutes>10</idle-timeout-minutes>
      </pool>
  </datasource>
  

• 关闭无用扩展：若未使用MicroProfile等特性，启动时添加参数禁用：

  ./standalone.sh --disable-microprofile
  

3. 排查堆外内存 #

使用jcmd命令查看堆外内存分配详情，定位占用大户：

jcmd <wildfly_pid> VM.native_memory summary

内容的提问来源于stack exchange，提问作者duns