Spring 框架选择使用了 JCL 作为默认日志输出。而 Spring Boot 默认选择了 SLF4J 结合 LogBack。那我们在项目中该使用哪种日志框架呢？在对于不同的第三方 jar 使用了不同的日志框架的时候，我们该怎么处理呢？
Java项目中经常遇到的一个棘手的问题就是依赖的包使用了不同的日志组件，常用的有log4j, logback, common-logging, JUL等。但是日志的输出有必要进行统一配置，而不是针对不
log4j、log4j2（log4j的升级版，最常用的）、logback（spring boot默认）、Jboss-logging…等
Spring AOP通过CGlib、JDK动态代理实现运行期的动态方法增强，以抽取出业务无关代码，使其不与业务代码耦合，从而降低系统耦合性，提高代码可重用性和开发效率。 所以AOP广泛应用在日志记录、监控管理、性能统计、异常处理、权限管理、统一认证等方面。
还需要在 SpringBootApplication 上使用@ServletComponentScan
摘要: 原创出处 http://www.iocoder.cn/Spring-Boot/Lombok/ 「芋道源码」欢迎转载，保留摘要，谢谢！
代码下载地址：https://github.com/f641385712/feign-learning
Spring Boot 提供了很多开箱即用的starter，其中有一款非常特别的starter——actuator 。它是用来对Spring Boot 应用进行监控、指标采集、管理，并提供一些很有用的端点（endpoint）来实现上述功能。这有助于我们对Spring Boot 应用进行监视和管理。我们本文将探讨Spring Boot 2.x下的actuator的一些知识点。
对于Log4j2大家应该都不是很陌生，听说最多的应该是2021年年底出现的安全漏洞了，不过最让大家头痛的应该不仅仅是这个安全漏洞的处理，安全漏洞通过升级最新的依赖版本即可快速解决，平时在使用过程中遇到过比较多的问题应该就是日志jar包不知道如何选择？日志jar冲突引起的日志不打印问题，日志配置太过复杂不知道如何配置只能百度CV粘贴一个配置。这些日志配置其实并不复杂，主要是因为日志组件的发展历史比较充满曲折，导致了很多地方不兼容。接下来就来通过日志组件的发展历史来入手，看看Log4j2是从什么背景下产生的。
对于Log4j2大家应该都不是很陌生，听说最多的应该是2021年年底出现的安全漏洞了，不过最让大家头痛的应该不仅仅是这个安全漏洞的处理，安全漏洞通过升级最新的依赖版本即可快速解决，平时在使用过程中遇到过比较多的问题应该就是日志jar包不知道如何选择？日志jar冲突引起的日志不打印问题，日志配置太过复杂不知道如何配置只能百度CV粘贴一个配置。
概述 在项目开发中，为了跟踪代码的运行情况，常常要使用日志来记录信息。 在Java世界，有很多的日志工具库来实现日志功能，避免了我们重复造轮子。 我们先来逐一了解一下主流日志工具。 java.util
作者 | 程序员高级码农II 来源 | https://www.toutiao.com/a7004430129946739232/?log_from=51ac19498426e_1630977308
微服务本身是一种架构风格，也是指导组织构建软件的一系列最佳实践集合。然而，业务团队在拆分应用后，会产生更多细粒度服务，并面临这些服务在分布式网络环境中的复杂性。如何专心实现业务逻辑而不陷入微服务架构的技术细节，对开发者来说是一大难题。
门面设计模式是面面向对象设计模式中的一种，日志框架采用的就是这种模式，类似JDBC的设计理念。它只提供一套接口规范，自身不负责日志功能的实现，目的是让使用者不需要关注底层具体是哪个日志库来负责日志打印及具体的使用细节。目前用的最广泛的日志门面有两种：SLF4J 和 Apache Commons Logging（JCL）。
This warning, i.e. not an error, message is reported when no SLF4J providers could be found on the class path. Placing one (and only one) of slf4j-nop.jar slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar or logback-classic.jar on the class path should solve the problem. Note that these providers must target slf4j-api 1.8 or later.
前几天一个跑有java应用的生产集群（200多台物理机）升级了一个版本，重启后发现约有50台机器日志不能正常输出，但其程序却能正常的运行，在生产环境中，日志是非常重要的一个监控手段，如果没有日志输出，无疑是非常危险的。
Log4j整合到Netty 添加POM依赖 <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.25</version
众说周知，Spring Boot 统一了日志框架，统一使用Logback进行日志输出，不管内部依赖框架使用的何种日志，最终都以Logback输出，他为什么需要统一呢。
日志是我们工作中经常提及的内容,但是我们很少关心他的实现原理,基本的都是直接使用别人配置好的东西,那么这么多的日志框架,他是如何做到日志的统一打印呢,spring是如何实现的,springboot是如何实现,又有哪些日志框架呢,具体是如何实现以及选择的呢
可以转到pom.xml，打开Dependency Hierarchy并找到slf4j条目。除了通过右键单击“exclude maven artifact”排除其余条目。
本文的目的是搞清楚Java中各种日志Log之间是怎么的关系，如何作用、依赖，好让我们平时在工作中如果遇到“日志打不出”或者“日志jar包冲突”等之类的问题知道该如何入手解决，以及在各种场景下如何调整项目中的各个框架的日志输出，使得输出统一。
Maven - 程序包 org.junit 不存在解决方案不存在 不存在IDEA——Java:程序包xxxx不存在终极方案总结 不存在javax.包maven 程序包xxx不存在初学：Error:(4, 33) java: 程序包org.apache.ibatis.不存在SLF4J: Failed to load class "org.slf4j.impl.".SLF4J:Failed to load class org.slf4j.impl.F4J: Failed to load class “org.slf4j.impl.“ Maven - 程序包 org.junit 不存在解决方案不存在 不存在IDEA——Java:程序包xxxx不存在终极方案总结 不存在javax.包maven 程序包xxx不存在初学：Error:(4, 33) java: 程序包org.apache.ibatis.不存在SLF4J: Failed to load class "org.slf4j.impl.".SLF4J:Failed to load class org.slf4j.impl.F4J: Failed to load class “org.slf4j.impl.“ SLF4J: Failed to load class “org.slf4j.impl.”. 不存在maven的依赖包软件包 javax. 不存在: 不存在密钥集不存在命令不存在DBA角色不存在 命令不存在IDEA 2020 Maven编译问题:Error:(3, 32) java: 程序包org..boot不存在。IDEA打开clone的项目编译时出现java: 程序包org..boot不存在。 SLF4J: Failed to load class "org.slf4j.impl."SLF4J: Failed to load class "org.slf4j.impl.".SQL判断表不存在创建表，字段不存在，添加字段解决打包报jar包不存在问题Maven打包失败：程序包XXX不存在java: 程序包javax.不存在程序包javax..不存在程序包..app不存在JPA 变量为nullidea程序包org不存在，存在bytea不存在：或者upper(bytea)不存在问题项目测试时出现程序包org.junit.runner不存在 Oracle存在修改，不存在插入记录IDEA报错【Error:(17, 21) java: 程序包javax.不存在】 IDEA 添加项目后编译显示包不存在的解决方案SLF4J: Actual is of type [org.apache..slf4j.] in thread “使用IDEA和Maven出现Error:(4, 21) java: 程序包javax.不存在问题python mongo存在插入不存在更新，同时指定如果不存在才插入的字段Error:(5, 45) java: 程序包org..boot.test.不存在 解决Spring Boot-Error:(3, 32) java: 程序包org..boot不存在【报错】引入jar包import org.apache..codec.digest. 报错idea程序包org不存在，jar不存在开发Maven项目提示：程序包org.junit不存在解决方案 java.lang.: tried to access field org.slf4j.impl.. from class org.slf4j.-Error: org/slf4j/ 解决方案 load class org.slf4j.impl.iled to load class “org.slf4j.impl.【SLF4J: Failed to load class "org.slf4j.impl.".】解决办法Caused by: java.lang.: org.slf4j.impl..()Lorg/slf4j/islf4j的jar包冲突：Class path SLF4J 教程（SLF4J的特点）
java日志概述 对于一个应用程序来说日志记录是必不可少的一部分。线上问题追踪，基于日志的业务逻辑统计分析等都离不日志。java领域存在多种日志框架，目前常用的日志框架包括Log4j，Log4j 2，Commons Logging，Slf4j，Logback，Jul。 java常用日志框架类别介绍 Log4j Apache Log4j是一个基于Java的日志记录工具。它是由Ceki Gülcü首创的，现在则是Apache软件基金会的一个项目。 Log4j是几种Java日志框架之一。 Log4j 2 Apa
上面的这些问题，基本都是由于多套日志框架共存或配置错误导致的。那么为什么会出现共存或者冲突呢？ 一般是以下几种原因：
一个线上程序的运行情况监测，日志扮演着极其重要的角色。Java发展了20年，日志系统也是百家争鸣，不同历史时期出现的开源组件往往有着不同的日志实现，应用的整合难度陡升。所幸Simple Logging Facade for Java（SLF4J）对各种日志框架进行了抽象。如其名字，它对开发者提供了统一的门面，允许开发者在部署时插入所需的日志框架。
3 slf4j 3.1 简介 与commons-logging相同，slf4j也是一个通用的日志接口，在程序中与其他日志框架结合使用，并对外提供服务。 Simple Logging Facade fo
LoggerFactory is not a Logback LoggerContext but Logback is on the classpath. Either remove Logback or the competing implementation
http://saltnlight5.blogspot.com/2013/08/how-to-configure-slf4j-with-different.html
阅读分析slf4j的日志源码，发现其中涵盖了许多知识点和优秀的设计，关键它们都是活生生的实践案例。写成系列文章与大家分享，欢迎持续关注。第4篇。
这个 Log4j 的报错，会导致系统的 log4j.xml 配置（失效）被覆盖重置。
看了之前的文章Java日志体系总结后，相信大家对slf4j以及其他日志组件的关系有了一定理解。slf4j只是为日志的输出提供了统一接口，并没有具体的实现，就好像JDBC一样。那么，大家会不会好奇slf4j是怎么绑定/适配/桥接到log4j或者logback其他日志实现组件的呢？这篇文章为大家详细讲述。
但是在项目代码中输出的日志信息始终不输出到文件中，只在控制台输出。 一开始我以为是log4j的配置问题：只输出到控制台，不输出到文件，但是反复确认配置没问题。
本文由 ImportNew - Jaskey 翻译自 javarevisited。欢迎加入翻译小组。转载请见文末要求。
在使用Java编程的过程中，我们常常会遇到各种各样的错误和异常。其中一个常见的问题是在依赖库中出现了相互冲突的情况，比如在使用日志框架时可能会出现java.lang.IllegalStateException: Detected both log4j-over-slf4j.jar AND bound slf4j-log4j12.jar on the class path的异常。这个异常是由于在项目的依赖中同时存在了log4j-over-slf4j.jar和slf4j-log4j12.jar这两个不兼容的库引起的。
看了 Java 日志体系详解 后，相信大家对slf4j以及其他日志组件的关系有了一定理解。slf4j只是为日志的输出提供了统一接口，并没有具体的实现，就好像JDBC一样。那么，大家会不会好奇slf4j是怎么绑定/适配/桥接到log4j或者logback其他日志实现组件的呢？这篇文章为大家详细讲述。
答：直接使用org.slf4j.impl.StaticLoggerBinder，该类由各日志框架实现，比如Logback.
diary_report.jpg What did you do today 日志门面有：jcl(Apache Commons Logging), slf4j, jboss-logging(不是服务大众的)。日志实现有：log4j, log4j2,logback,jul(java.util.logging)。公司的日志框架选型是slf4j + log4j2。现在捋一捋他们之间的关系，进行jar包总结。 log4j1 : log4j.jar有log4j的全部内容。 log4j2：log4j-api包
比如：选择JDK自带的日志系统，则只需要将slf4j-api-1.5.10.jar和slf4j-jdk14-1.5.10.jar放置到classpath中即可，如果中途无法忍受JDK自带的日志系统了，想换成log4j的日志系统，仅需要用slf4j-log4j12-1.5.10.jar替换slf4j-jdk14-1.5.10.jar即可（当然也需要log4j的jar及配置文件） 比如：
slf4j是门面模式的典型应用，因此在讲slf4j前，我们先简单回顾一下门面模式，
SLF4J作为一个服务很多日志框架的门店或者抽象，一些相关插件使用了设计模式中的门面模式以及代理模式，我们可以SLF4J这个框架很容易就切换具体的日志框架，比如logback、log4j等，还能将使用log4j日志框架输出的日志路由到SLF4J上（通过org.slf4j:log4j-over-slf4j:jar这个jar包实现）。
Log4j是目前最为流行的Java日志框架之一，1999年发布首个版本，2012年发布最后一个版本，2015年正式宣布终止，官方也已不建议使用，并逐步被Logback和Log4j2等日志框架所替代，可是无法掩饰光辉历程，以及优良的设计理念。尽管Log4j有着出色的历史战绩，但早已不是Java日志框架的最优选择，还在使用该日志框架的项目往往是历史遗留问题。
引入org.apache.activemq:activemq-all依赖与org.slf4j:log4j-over-slf4j导致运行时冲突产生“Detected both log4j-over-slf4j.jar AND slf4j-log4j12.jar on the class path, preempting StackOverflow”异常，这是由于org.apache.activemq引入的slf4j-log4j12.jar与pom文件中的 log4j-over-slf4j.jar循环调用导致的异常，从名字上可以看出slf4j-log4j12是将slf4j的日志桥接到log4j12上， log4j-over-slf4j则是将log4j的日志桥接到slf4j上，因而产生了循环调用。
复制来源：java日志组件介绍（common-logging，log4j，slf4j，logback ） common-logging common-logging是apache提供的一个通用的日志接口。用户可以自由选择第三方的日志组件作为具体实现，像log4j，或者jdk自带的logging， common-logging会通过动态查找的机制，在程序运行时自动找出真正使用的日志库。当然，common-logging内部有一个Simple logger的简单实现，但是功能很弱。所以使用common-logg
Java日志概述 对于一个应用程序来说日志记录是必不可少的一部分。线上问题追踪，基于日志的业务逻辑统计分析等都离不日志。java领域存在多种日志框架，目前常用的日志框架包括Log4j，Log4j 2，Commons Logging，Slf4j，Logback，Jul。 Java常用日志框架类别介绍 Log4j Apache Log4j是一个基于Java的日志记录工具。它是由Ceki Gülcü首创的，现在则是Apache软件基金会的一个项目。 Log4j是几种Java日志框架之一。 Log4j 2 Ap
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
