Spring Boot 2.6.6项目SLF4J版本依赖冲突求助：本地IDE运行正常，WAR包启动报错

我来帮你梳理下这个问题的解决思路——你遇到的是典型的依赖版本冲突问题，本地IDE和打包后运行环境的依赖解析逻辑不一样，才导致了本地正常、打包后报错的差异。

问题根源拆解 #

从报错信息里能看出两个核心矛盾：

1. SLF4J版本不兼容：打包后的WAR包里同时混入了SLF4J 1.6和1.7.x版本，导致绑定冲突。本地IDE运行正常是因为IDE的依赖加载优先级和打包后的classpath顺序不同，没触发冲突。
2. Spring核心类版本冲突：NoSuchMethodError说明项目里偷偷混入了低版本的Spring Framework包（比如4.x）。Spring Boot 2.6.6依赖的是Spring Framework 5.3.x，而低版本的Spring核心包里根本没有Assert.isTrue(ZLjava/util/function/Supplier;)V这个方法，所以启动时直接报错。

具体解决步骤 #

1. 强制统一SLF4J版本 #

在你的pom.xml里添加依赖管理，强制所有传递依赖使用和Spring Boot 2.6.6兼容的SLF4J版本（Spring Boot 2.6.6默认依赖SLF4J 1.7.36），避免版本混乱：

<dependencyManagement>
    <dependencies>
        <!-- 强制统一SLF4J核心API版本 -->
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-api</artifactId>
            <version>1.7.36</version>
        </dependency>
        <!-- 如果用了log4j绑定，也统一版本 -->
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-log4j12</artifactId>
            <version>1.7.36</version>
        </dependency>
    </dependencies>
</dependencyManagement>

2. 揪出并排除低版本Spring依赖 #

用Maven命令生成完整的依赖树，找出引入低版本Spring核心包的"罪魁祸首"：

mvn dependency:tree -Dverbose -Dincludes=org.springframework:spring-core

在输出里找版本低于5.3.x的条目，然后在对应的依赖里添加排除规则，把低版本的Spring包踢出去：

<dependency>
    <groupId>有问题的依赖groupId</groupId>
    <artifactId>有问题的依赖artifactId</artifactId>
    <version>依赖版本</version>
    <exclusions>
        <exclusion>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.springframework</groupId>
            <artifactId>spring-context</artifactId>
        </exclusion>
        <!-- 按需排除其他冲突的Spring模块，比如spring-beans等 -->
    </exclusions>
</dependency>

3. 检查Spring Boot打包插件配置 #

因为你打包的是WAR包，要确保插件配置正确，避免重复打包依赖：

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <version>2.6.6</version>
            <configuration>
                <!-- 确保WAR包是可执行的 -->
                <executable>true</executable>
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>repackage</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

4. 验证打包后的依赖 #

打包完成后，解压myApp.war，检查WEB-INF/lib目录：

• 确认所有SLF4J相关jar包的版本都是1.7.36（或和Spring Boot匹配的版本），没有1.6.x的包
• 确认所有Spring相关jar包的版本都是5.3.x系列，没有低于5.3的版本

5. 清理Maven缓存再重新打包 #

有时候本地缓存的旧版本依赖会搞事情，执行以下命令清理缓存后重新打包：

mvn clean install -U

额外提示 #

• 本地IDE正常但打包后报错，核心原因是IDE的依赖解析逻辑和Maven打包的classpath构建逻辑不一样，所以一定要用Maven的dependency:tree命令排查，别只依赖IDE的插件分析。
• Spring Boot的dependencyManagement已经帮我们统一管理了大部分依赖版本，尽量不要手动指定Spring或SLF4J的版本，除非有特殊需求，不然很容易踩版本冲突的坑。

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