我之前碰到过几乎一模一样的Tomcat多容器部署war包的问题，咱们从几个常见的角度拆解原因，再对应给出解决办法：

可能的原因 #

1. 容器间共享存储导致的部署冲突 #

如果两个Tomcat容器挂载了同一个宿主机目录到webapps文件夹，第一个容器启动时会自动解压sat-metrics.war到同名目录。当第二个容器启动时，Tomcat检测到webapps下已经存在解压后的目录，会跳过war包的解压和重新部署流程——但这个已解压的目录是第一个容器生成的，可能存在类加载路径、文件权限或者临时文件的冲突，导致第二个容器无法正常扫描到资源类。

2. Tomcat自动部署机制未触发 #

Tomcat的autoDeploy和deployOnStartup默认是开启的，但如果war包的修改时间戳在两个容器中一致，第二个容器的Tomcat会认为这是已部署过的应用，不会重新执行扫描和加载逻辑，直接跳过了资源类的初始化步骤。

3. 容器资源不足导致类加载失败 #

如果第二个容器分配的CPU、内存资源太少，JVM在加载war包内的类时会因为资源耗尽而失败，日志里只会输出扫描包的信息，后续的资源类加载步骤直接中断，自然不会输出Root resource classes相关日志。

4. 容器内文件权限异常 #

如果第二个容器内的Tomcat运行用户没有读取sat-metrics.war或者写入webapps目录的权限，war包无法正常解压，类加载器找不到对应的class文件，也会出现这种只扫描包但不加载资源类的情况。

对应的解决方案 #

1. 避免容器间共享webapps存储 #

• 不要让两个容器挂载同一个宿主机目录到webapps，每个容器使用独立的存储卷或者内部目录。比如用Docker部署时，分别将sat-metrics.war复制到各自容器的webapps：

  # 给第一个容器传war包
  docker cp sat-metrics.war container1:/usr/local/tomcat/webapps/
  # 给第二个容器传war包
  docker cp sat-metrics.war container2:/usr/local/tomcat/webapps/
  

• 或者在Dockerfile里直接将war包打包进镜像，每个容器启动时使用镜像内独立的war包副本。

2. 强制Tomcat重新部署应用 #

• 修改第二个容器的启动命令，先删除已有的解压目录，强制Tomcat重新解压war包：

  docker run -d --name container2 tomcat:latest sh -c "rm -rf /usr/local/tomcat/webapps/sat-metrics && catalina.sh run"
  

• 或者调整Tomcatconf/server.xml里的Host配置，确保自动部署机制强制触发：

  <Host name="localhost"  appBase="webapps"
        unpackWARs="true" autoDeploy="true" deployOnStartup="true"
        xmlValidation="false" xmlNamespaceAware="false">
  

3. 增加容器资源配额 #

• 给第二个容器分配足够的CPU和内存资源，比如Docker启动时指定：

  docker run -d --name container2 -m 2g --cpus 1.5 tomcat:latest
  

• 同时调整Tomcat的JVM参数，在bin/catalina.sh里添加：

  export CATALINA_OPTS="-Xmx1024m -Xms512m -XX:MaxMetaspaceSize=256m"
  

4. 修复容器内文件权限 #

• 如果Tomcat用非root用户运行，确保该用户拥有webapps目录和war包的读写权限。比如在Dockerfile中添加：

  RUN chown -R tomcat:tomcat /usr/local/tomcat/webapps
  USER tomcat
  

• 或者启动容器时指定root用户临时排查（不建议生产环境使用）：

  docker run -d --name container2 --user root tomcat:latest
  

快速排查步骤 #

1. 查看第二个容器的catalina.out和localhost.log日志，搜索ClassNotFoundException或者NoClassDefFoundError，确认是否有类加载异常；
2. 进入第二个容器，检查webapps/sat-metrics目录是否存在，里面的class文件是否完整；
3. 用docker stats container2查看容器的CPU、内存使用情况，确认是否资源耗尽。

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