WebSphere部署Spring Boot应用内存占用过高优化咨询

针对在WAS上部署多个Spring Boot应用时遇到的依赖重复、内存占用高的问题，可从以下几个方向优化：

一、依赖层面优化 #

• 提取公共依赖到WAS共享库
  将多个应用重复使用的Spring核心依赖（如spring-core、spring-context、spring-web等）从各应用的WAR包中移除，部署到WAS的**共享库（Shared Libraries）**中，配置所有应用引用该共享库。这样既减少了单个应用的体积，也避免了相同依赖类被重复加载到内存，同时要确保共享库的依赖版本统一，规避版本冲突。
• 使用Spring Boot瘦身插件
  借助spring-boot-maven-plugin的thin模式，或使用spring-boot-thin-launcher，打包时仅包含应用自身代码和依赖描述文件，运行时再统一拉取共享依赖，大幅降低WAR包大小，同时减少内存中重复类的加载。
• 剔除冗余依赖
  通过mvn dependency:tree命令分析依赖树，移除不必要的Starter或传递依赖。例如无需Web模块时，替换spring-boot-starter-web为更轻量的spring-boot-starter；对自动引入的冗余依赖，通过<exclusions>标签排除。

二、Spring Boot应用自身优化 #

• 关闭不必要的自动配置
  在启动类上通过@SpringBootApplication(exclude = {XXXAutoConfiguration.class})关闭不需要的自动配置模块，比如无需数据源时排除DataSourceAutoConfiguration，减少初始化的Bean数量，降低启动时的内存开销。
• 启用Bean懒加载
  在application.properties或application.yml中配置spring.main.lazy-initialization=true，让Bean在首次被使用时才完成初始化，而非启动阶段全部加载，有效降低启动时的内存峰值。
• 精简日志配置
  统一日志框架为SLF4J+Logback，避免同时引入多种日志实现；调整日志级别（如关闭Debug级日志），优化日志滚动策略，减少日志缓存对内存的占用。

三、WebSphere服务器配置优化 #

• 调整类加载策略
  将应用的类加载器设置为Parent Last（需结合共享库的类加载层级调整），确保共享依赖的类仅被加载一次，避免每个应用重复加载相同类文件。
• 优化应用隔离配置
  若无需完全的应用隔离，可调整WAS应用服务器的资源共享配置，比如共享JVM的公共系统资源，减少每个应用单独初始化资源带来的内存消耗。
• 清理闲置应用
  定期清理WAS上不再运行的应用，释放服务器的内存资源。

四、JVM参数调优 #

• 合理设置堆内存参数
  根据应用实际负载调整初始堆-Xms和最大堆-Xmx，例如单应用可设置-Xms64M -Xmx128M（需结合业务压力调整），避免堆内存分配过大造成浪费；同时调整年轻代大小-Xmn（建议设为堆内存的1/3~1/2），提升垃圾回收效率，减少内存碎片。
• 启用G1垃圾收集器
  添加-XX:+UseG1GC参数，G1收集器更适合多应用的服务器环境，能高效管理内存、减少停顿时间，自动调整内存分区以降低碎片化。
• 优化元空间配置
  设置-XX:MetaspaceSize=32M -XX:MaxMetaspaceSize=64M，共享依赖后类元数据数量减少，可适当压缩元空间的内存分配。
• 关闭冗余JVM特性
  例如关闭偏向锁优化-XX:-UseBiasedLocking（若应用无相关需求），禁用调试类参数，减少JVM自身的内存占用。

五、其他优化手段 #

• 分层打包优化
  采用Spring Boot的分层Jar特性（部署WAR包时同样适用），将依赖层与应用代码层分离，WAS可缓存依赖层，避免重复加载。
• 内存监控与定位
  使用WAS自带的监控工具或JDK的jstat、jmap工具分析内存使用情况，定位内存占用过高的模块（如大对象、冗余Bean），针对性优化。

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