SLF4J+Log4j2项目中如何桥接直接使用Logback API的依赖日志（不直接引入Logback）

这个问题确实有点棘手——你的内部依赖跳过SLF4J门面直接调用Logback的API，常规的日志桥接器（比如把Log4j转SLF4J的那种）根本派不上用场。不过好在SLF4J生态里有专门针对这种场景的解决方案，完全不用你引入完整的Logback依赖。

核心解决方案：引入logback-to-slf4j桥接器 #

SLF4J官方提供的logback-to-slf4j模块就是专门处理这种情况的：它会提供Logback API的必要类（比如你报错的ch.qos.logback.core.Context、ch.qos.logback.classic.Logger），但这些类的实现并不是真正的Logback日志逻辑，而是把所有Logback API的调用转发到SLF4J门面，最终还是由你项目里的Log4j2来处理日志输出。

具体修改你的pom.xml #

你只需要在现有依赖的基础上，添加这个桥接器依赖即可，注意版本要和你使用的slf4j-api完全一致（你用的是1.7.36）：

<!-- SLF4J API -->
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.7.36</version>
</dependency>

<!-- spring log4j2 starter -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-log4j2</artifactId>
    <version>2.5.12</version>
</dependency>

<!-- 桥接Logback API调用到SLF4J -->
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>logback-to-slf4j</artifactId>
    <version>1.7.36</version> <!-- 和slf4j-api版本严格一致 -->
</dependency>

<!-- our company inner dependency -->
<dependency>
    <groupId>our.company.inner.project</groupId>
    <artifactId>some-jar</artifactId>
    <version>1.0</version>
    <!-- 保持你原来的排除所有传递依赖的配置 -->
    <exclusions>
        <exclusion>
            <groupId>*</groupId>
            <artifactId>*</artifactId>
        </exclusion>
    </exclusions>
</dependency>

关键注意事项 #

1. 版本严格匹配：logback-to-slf4j的版本必须和slf4j-api完全一致，否则会出现兼容性问题（你用的是1.7.36，所以这个桥接器也用1.7.36）。不要尝试混用SLF4J 2.x的版本，因为1.7和2.x是不兼容的分支。
2. 确保无真实Logback依赖：你的内部依赖已经排除了所有传递依赖，所以只要你自己不主动引入logback-core、logback-classic这类真实的Logback核心依赖，就不会出现冲突。
3. 测试验证：添加依赖后重启项目，原来的NoClassDefFoundError应该会消失，内部依赖的日志会通过SLF4J转发到Log4j2，按照你的Log4j2配置输出。

这个方案的本质是用SLF4J提供的“假”Logback API实现，把直接调用Logback的代码无缝转到你现有的SLF4J+Log4j2栈上，完全符合你不想引入真实Logback的需求。

内容来源于stack exchange