当前位置: 首页 > news >正文

【问题解决】关于log4j与logback依赖冲突的解决方案

问题回放:

image

问题本质分析

  1. SLF4J 的角色:SLF4J 是一个日志门面(接口),它本身不记录日志,需要与一个具体的日志实现(如 Logback、Log4j2)绑定才能工作。

  2. “多个提供程序”警告:你的项目中同时存在两个 SLF4J 的具体实现(绑定器):
    ◦ org.apache.logging.slf4j.SLF4JServiceProvider -> 来自 Log4j2 的 log4j-slf4j2-impl 包。

    ◦ ch.qos.logback.classic.spi.LogbackServiceProvider -> 来自 Logback 框架。

  3. 致命错误:最关键的错误信息是:

    log4j-slf4j2-impl cannot be present with log4j-to-slf4j

    这意味着项目中同时包含了 log4j-slf4j2-impl 和 log4j-to-slf4j 这两个互斥的JAR包。
    ◦ log4j-slf4j2-impl:让 Log4j2 作为 SLF4J 的实现。

    ◦ log4j-to-slf4j:将其他的 Log4j2 日志调用桥接(重定向)到 SLF4J。如果 SLF4J 的背后又是 Log4j2,就会形成循环依赖,这是被禁止的。

结论

项目依赖混乱,同时引入了 Logback 和 Log4j2 两套完整的日志体系,并且 Log4j2 自身的两个模块也发生了冲突,导致 SLF4J 无法决定使用哪一个提供者,最终引发初始化异常。

解决方案

核心思路是:统一日志框架,只保留一个 SLF4J 绑定器。

你需要从 Log4j2 和 Logback 中二选一,并排除所有冲突的依赖。从日志看,系统最终选择的是 Log4j2 ([org.apache.logging.slf4j.SLF4JServiceProvider]),因此建议移除 Logback 和冲突的 Log4j2 桥接包。

方案一:选择使用 Log4j2

如果你的项目是 Spring Boot 应用,并且想使用 Log4j2,可以按以下步骤操作:

  1. 排除 Spring Boot 默认的 Logback 依赖。
    在 pom.xml 中,修改 spring-boot-starter 或 spring-boot-starter-web 的依赖:
    <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <exclusions> <!-- 排除默认的日志实现 Logback --> <exclusion> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-logging</artifactId> </exclusion> </exclusions> </dependency>

  2. 引入 Spring Boot 对 Log4j2 的官方支持 starter。
    <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-log4j2</artifactId> </dependency>
    这个 spring-boot-starter-log4j2 会自动为你引入正确且不冲突的 Log4j2 依赖(包括 log4j-core, log4j-api, log4j-slf4j2-impl),无需手动管理。

  3. 检查并移除其他可能引入冲突依赖的库。
    运行 mvn dependency:tree 命令,查看是否还有其他依赖引入了 log4j-to-slf4j 或 logback-classic。如果有,在相应的依赖项中添加 标签将其排除。

方案二:选择使用 Logback(更常见的 Spring Boot 默认方案)

如果你更倾向于使用 Spring Boot 默认的 Logback,则:

  1. 确保移除了所有 Log4j2 的核心依赖。
    在 pom.xml 中,查找并移除或排除 log4j-core, log4j-api, log4j-slf4j2-impl。
  2. 确保移除了 log4j-to-slf4j 桥接包(除非你有其他组件必须使用它来桥接)。
  3. 确保引入了 Logback 依赖(通常通过 spring-boot-starter-logging 传递引入,默认就有)。
  4. 移除或排除 spring-boot-starter-log4j2。

操作步骤总结(以 Maven 项目,选择方案一为例)

  1. 打开你的 pom.xml 文件。有可能存在多个,可以全局搜索。
  2. 在 spring-boot-starter-web 等核心 starter 中排除 spring-boot-starter-logging。
  3. 添加 spring-boot-starter-log4j2 依赖。
  4. 执行 Maven 命令更新依赖:
    mvn clean install
  5. 验证依赖树:
    mvn dependency:tree | grep -E "(log4j|logback|slf4j)"
    检查输出,确保只有 log4j-slf4j2-impl,而没有 logback-classic 和 log4j-to-slf4j。
  6. 重新启动你的应用 (RuoYiApplication),问题应该得到解决。

额外建议

• 理解依赖关系,请使用idea的mavenhelper插件
• 检查依赖传递:冲突常常由间接依赖引起。仔细分析 dependency:tree 的输出,找到是哪个顶级依赖带来了不需要的日志JAR包,然后对其进行排除。

http://www.jsqmd.com/news/160680/

相关文章:

  • Naive RAG 到Advanced RAG 的优化
  • 食品品牌全案策划公司推荐:快消定位+渠道营销实战测评 - 品牌排行榜
  • Anaconda创建环境时指定Python版本
  • 非京籍学生北京就读高中指南:私立学校与公立国际部盘点 - 速递信息
  • 知识库场景中的微调和RAG方案
  • 两个server 文件同步(数据拷贝)
  • Docker restart重启异常终止的PyTorch容器
  • 2025年智能刀具管理柜存储容量大、防火性能好的厂商推荐 - 工业推荐榜
  • GitHub Webhooks集成PyTorch项目自动化部署
  • 2025年终中国岩板品牌推荐:聚焦高端大宅案例的5大品牌深度对比。 - 品牌推荐
  • 2025比较好的俄语培训企业TOP5推荐:俄语培训机构、俄语培训学校权威测评指南 - 工业设备
  • Conda search查找可用PyTorch版本
  • PyTorch Batch Normalization批量归一化详解
  • Docker build构建自定义PyTorch镜像
  • 2025年终岩板背景墙品牌推荐:聚焦设计案例与交付服务的5强品牌盘点。 - 品牌推荐
  • 2025年冻干机品牌推荐及小型冻干机厂家排行榜,新测评精选小型冻干机厂商指南 - 工业品网
  • Docker export导入导出PyTorch容器快照
  • Markdown内联代码标注PyTorch函数用法
  • 基于spring和vue的冀医通挂号管理系统[VUE]-计算机毕业设计源码+LW文档
  • 2025年高性价比铜覆钢工厂排行榜,铜覆钢老牌厂家实力测评推荐 - 工业品牌热点
  • PyTorch v2.7 + CUDA 工具包集成镜像使用指南(附Jupyter配置)
  • Gin框架基础篇009_日志中间件详解
  • 2025年铜覆钢靠谱生产商排名:靠谱的铜覆钢厂家有哪些? - mypinpai
  • 汽车行业2026年投资策略报告:寻找新增长极,拥抱具身智能机遇
  • 人形机器人系列专题之本体:AI技术革命,车企转型具身智能
  • AI Agent技术架构详解:六大核心模块
  • Jupyter Notebook多语言内核支持配置
  • Git fsck检查PyTorch仓库完整性
  • 2025年四川庭院路灯工程改造公司推荐:庭院路灯哪个品牌款式多? - 工业推荐榜
  • Conda install pytorch-gpu指定版本安装