Wildfly 11 降低类加载内存占用的最优方案咨询（Java 8）

刚好在WildFly 11 + Java 8环境下处理过类似的MetaSpace OOM问题，先直接回答你的核心疑问：是的，WildFly默认会为每个部署的WAR包创建独立的类加载器——这是Java EE容器的隔离特性导致的，多个WAR里的相同类（比如第三方依赖、通用工具类）会被重复加载到MetaSpace中，直接推高内存占用，最终触发OutOfMemoryError。

下面是经过验证的可行优化方案，按优先级排序：

1. 提取共享类为WildFly模块（最推荐） #

WildFly的模块系统是解决类重复加载的核心方案，能在保持WAR隔离性的同时共享类加载：

• 步骤拆解：
  1. 在WILDFLY_HOME/modules/system/layers/base下创建模块目录，比如com/example/common/main（按包名层级划分）
  2. 将多个WAR共用的JAR包（比如通用工具类、重复的第三方依赖）放到这个目录，然后创建module.xml配置文件：

     <?xml version="1.0" encoding="UTF-8"?>
     <module xmlns="urn:jboss:module:1.3" name="com.example.common">
         <resources>
             <resource-root path="common-utils-1.0.jar"/>
             <!-- 可以添加多个共享JAR -->
             <resource-root path="jackson-databind-2.9.10.jar"/>
         </resources>
         <dependencies>
             <!-- 声明该模块依赖的系统模块，比如Java API -->
             <module name="javax.api"/>
             <module name="javax.servlet.api"/>
         </dependencies>
     </module>
     

  3. 在每个需要共享该模块的WAR的WEB-INF目录下添加jboss-deployment-structure.xml，声明依赖：

     <?xml version="1.0" encoding="UTF-8"?>
     <jboss-deployment-structure>
         <deployment>
             <dependencies>
                 <module name="com.example.common" export="true"/>
             </dependencies>
         </deployment>
     </jboss-deployment-structure>
     

  4. 最后删除每个WAR中对应的共享JAR包，避免重复加载。

2. 启用类加载器共享（适合高度耦合的WAR） #

如果你的多个WAR属于同一业务集群，信任彼此的代码，可以让它们共享同一个类加载器，彻底消除重复加载：

• 方式一：修改standalone.xml/domain.xml的部署扫描器配置：

  <subsystem xmlns="urn:jboss:domain:deployment-scanner:2.0">
      <deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000">
          <shared-loader name="businessSharedLoader" module="com.example.common"/>
      </deployment-scanner>
  </subsystem>
  

• 方式二：通过WildFly CLI命令动态配置：

  /subsystem=deployment-scanner/scanner=default:add-shared-loader(name=businessSharedLoader, module=com.example.common)
  

  ⚠️ 注意：这种方式会打破WAR之间的类隔离，可能引发类版本冲突，仅适合可控的内部应用。

3. 优化MetaSpace JVM参数 #

在调整类加载的同时，合理配置MetaSpace参数可以缓解OOM问题：

• 修改standalone.conf（Linux）或standalone.conf.bat（Windows）中的JVM参数：

  JAVA_OPTS="$JAVA_OPTS -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m"
  

  • MetaspaceSize：设置触发MetaSpace GC的初始阈值，避免频繁GC
  • MaxMetaspaceSize：限制MetaSpace的最大内存，防止无限制增长

4. 排查冗余依赖与重复类 #

先定位哪些类被重复加载得最多，再针对性优化：

• 使用WildFly CLI查看单个WAR的类加载详情：

  /deployment=your-app.war/subsystem=ee/class-loader=/:read-resource(recursive=true)
  

• 用jmap和jhat工具分析MetaSpace的类分布：

  jmap -dump:format=b,file=heapdump.bin <PID>
  jhat heapdump.bin
  

  打开浏览器访问http://localhost:7000，就能查看MetaSpace中的类占用情况。

5. 构建瘦WAR（Thin WAR） #

通过构建工具（比如Maven）生成仅包含应用代码的瘦WAR，依赖通过WildFly模块提供：

• 使用jboss-as-maven-plugin插件，配置如下：

  <plugin>
      <groupId>org.jboss.as.plugins</groupId>
      <artifactId>jboss-as-maven-plugin</artifactId>
      <version>7.9.1.Final</version>
      <executions>
          <execution>
              <phase>package</phase>
              <goals>
                  <goal>thin</goal>
              </goals>
          </execution>
      </executions>
  </plugin>
  

  构建后生成的WAR仅包含自身代码，依赖会自动映射到WildFly模块。

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