我之前也碰到过类似的Tomcat共享库冗余和类路径冲突问题，结合你的场景（无法拆分使用细分Jar包），给你几个可行的解决方案：

一、模拟Maven的依赖排除（针对Fat Jar） #

因为activemq-all-5.16.3.jar是一个包含所有依赖的Fat Jar，直接放到tomcat/lib里没法像Maven那样直接排除依赖，你可以试试这两种方法：

• 手动精简Fat Jar：
  1. 先把Jar包解压到临时目录：jar xf activemq-all-5.16.3.jar
  2. 删除你确认不需要的依赖类或目录（比如一些你明确不会用到的协议、组件对应的包）
  3. 重新打包成Jar：jar cf activemq-custom-5.16.3.jar -C 临时目录/ .
     注意：操作前一定要确认删除的类不会影响ActiveMQ资源的核心功能，建议先做测试验证。
• 用Maven Shade Plugin构建自定义Jar：
  即使你最终要放到Tomcat的lib目录，也可以先通过Maven构建一个只包含核心依赖的Jar：

  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-shade-plugin</artifactId>
        <version>3.2.4</version>
        <executions>
          <execution>
            <phase>package</phase>
            <goals>
              <goal>shade</goal>
            </goals>
            <configuration>
              <artifactSet>
                <includes>
                  <include>org.apache.activemq:activemq-client</include>
                  <include>org.apache.activemq:activemq-broker</include>
                  <!-- 添加你需要的其他核心依赖 -->
                </includes>
                <excludes>
                  <exclude>冗余依赖的groupId:artifactId</exclude>
                  <!-- 比如排除你不需要的日志组件、其他协议依赖 -->
                </excludes>
              </artifactSet>
            </configuration>
          </execution>
        </executions>
      </plugin>
    </plugins>
  </build>
  

  构建完成后，把生成的自定义Jar放到tomcat/lib即可。

二、查看Tomcat/lib目录下的依赖层级 #

你可以用JDK自带的jdeps工具来分析Jar的依赖结构，非常实用：

• 查看单个Jar的依赖详情：

  jdeps -verbose tomcat/lib/activemq-all-5.16.3.jar
  

  这个命令会输出该Jar依赖的所有类、模块以及对应的依赖Jar，帮你理清依赖层级。
• 如果想可视化依赖结构，可以把Tomcat的lib目录导入到IntelliJ IDEA或Eclipse等IDE中，作为一个库，然后通过IDE的依赖分析功能查看完整的依赖树。

三、更优的Tomcat第三方库管理方案 #

1. 按应用隔离依赖 #

如果这个ActiveMQ资源只给特定的Web应用使用，建议不要把Jar放到tomcat/lib（共享类加载器），而是放到该应用的WEB-INF/lib目录下。这样：

• 其他Web应用不会受到这个Jar的影响
• 如果该应用是Maven构建的，你可以直接在pom.xml中排除不需要的依赖，完美解决冗余问题

2. 配置Tomcat的共享类加载器拆分 #

Tomcat支持自定义共享库目录，你可以在conf/catalina.properties中配置shared.loader，比如：

shared.loader=${catalina.base}/shared/lib/*.jar

然后把不同用途的第三方库放到tomcat/shared/lib下，和tomcat/lib的核心库分开，减少核心库目录的冗余，也便于管理。

3. 开启类加载日志排查冲突 #

如果遇到类路径冲突问题，可以给Tomcat添加JVM参数来打印类加载详情：

-verbose:class

启动后，日志会输出每个类是从哪个Jar包加载的，帮你快速定位冗余依赖导致的冲突。

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