Spring Boot WAR包部署使用Tomcat共享库是否可行？

这种方式是普遍可行的，但需要注意几个关键细节，确保不会引发类加载冲突或运行异常：

• 依赖版本一致性是核心前提
  你提到多个Spring Boot项目使用完全相同版本的Spring Boot、PostgreSQL驱动、Lombok等，这是该方案成立的基础。Tomcat的shared libs目录下的依赖会被所有部署的应用共享，一旦出现版本不一致（比如某项目需要升级Spring Boot版本），立刻会触发类加载冲突，导致应用启动失败。只要所有项目的依赖版本完全对齐，这个风险就能有效规避。

• Spring Boot依赖的scope配置调整
  Spring Boot默认打包WAR时，会将Tomcat相关依赖标记为provided（因为外部Tomcat已提供），但其他核心依赖（如spring-core、spring-web）默认会打包进WAR包。要让这些依赖从shared libs加载，需要在项目的pom.xml（或Gradle配置）中将对应依赖的scope改为provided，避免重复打包：

  <!-- 移除自带Tomcat依赖 -->
  <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-web</artifactId>
      <exclusions>
          <exclusion>
              <groupId>org.springframework.boot</groupId>
              <artifactId>spring-boot-starter-tomcat</artifactId>
          </exclusion>
      </exclusions>
  </dependency>
  <!-- 将Spring核心依赖标记为provided -->
  <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter</artifactId>
      <scope>provided</scope>
  </dependency>
  <!-- PostgreSQL驱动同理 -->
  <dependency>
      <groupId>org.postgresql</groupId>
      <artifactId>postgresql</artifactId>
      <scope>provided</scope>
  </dependency>
  

• 类加载顺序的影响
  Tomcat的类加载规则是优先加载shared libs中的类，再加载应用WEB-INF/lib下的类。如果某个依赖同时存在于shared libs和WAR包中，会强制使用shared libs的版本，因此必须确保所有项目都兼容这个版本，不能出现局部项目需要特殊版本的情况。

• Lombok的特殊处理
  Lombok主要是编译时注解处理器，若项目编译时已经生成了Lombok对应的字节码（比如getter/setter、构造方法等），运行时其实不需要Lombok的jar包。这种情况下可以不用将Lombok放入shared libs，避免不必要的依赖引入。

• 运维的利弊权衡
  该方案的优势很明显：大幅减小WAR包体积，多个项目共享依赖，更新依赖时只需替换shared libs中的文件，无需重新打包所有项目。但风险也不容忽视：一旦shared libs中的依赖出现问题（比如版本更新导致不兼容），所有部署的应用都会受影响；后续若有项目需要差异化依赖版本，整个方案会面临重构压力。

总结：如果你的所有Spring Boot项目确实能长期保持依赖版本高度一致，且短期内没有版本差异化需求，这种方式是完全可行的，也是多应用共享Tomcat场景下常见的优化手段。但必须做好版本管控和全量测试，提前规避类加载冲突风险。

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