1. slf4j log4j logback的关系

The Simple Logging Facade for Java 是什么？

笼统的讲就是slf4j是一系列的日志接口，而log4j logback是具体实现了的日志框架。接下来我们跟着官方文档详细的来看一下他们的关系。

The Simple Logging Facade for Java (SLF4J) serves as a simple facade or abstraction for various logging frameworks, such as java.util.logging, logbackand log4j. SLF4J allows the end-user to plug in the desired logging framework at deployment time. Note that SLF4J-enabling your library/application implies the addition of only a single mandatory dependency, namely slf4j-api-1.7.21.jar.

官方文档的这一段话已经明确描述了三者的关系。slf4j译为简单日志门面，是日志框架的抽象。而log4j和logback是众多日志框架中的几种。

即，是jdbc和mysql驱动的关系。项目中使用slf4j的api操作日志，底层的日志实现由其他日志框架完成。

项目中直接使用slf4j是一种解耦的设计。如果直接使用日志框架也可以但更换日志框架时会需要改代码。

2. 测试

import org.slf4j.Logger; import org.slf4j.LoggerFactory; @Test public void test2(){ // 手动会的Logger对象 Logger logger = LoggerFactory.getLogger(TestMybatis.class); // 输出日志信息 logger.debug("ssss"); } @Slf4j // lombok注解，自动为class生成一个属性：Logger log; public class A{ // 如下属性会自动生成 //private static final org.slf4j.Logger log = org.slf4j.LoggerFactory.getLogger(A.class); public void fn1(){ // 直接使用log，输出日志信息 log.info("xxxx"); } } #如果只导入了slf4j 而没有导入任何日志框架，则会报出如下警告： SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting to no-operation (NOP) logger implementation SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.

3. log4j和logback呢？

而log4j和logback就是两个受欢迎的日志框架。但两者又有不同。

log4j是apache实现的一个开源日志组件。（Wrapped implementations）logback同样是由log4j的作者设计完成的，拥有更好的特性，用来取代log4j的一个日志框架。是slf4j的原生实现。（Native implementations）

上图可以看到应用程序对日志框架的调用关系。应用程序调用slf4j api，而日志的输出最终是由底层的日志框架来实现的。这张图也提现了log4j和logback的不同。

官方文档对logback的描述

NATIVE IMPLEMENTATION There are also SLF4J bindings external to the SLF4J project, e.g. logback which implements SLF4J natively. Logback’s ch.qos.logback.classic.Logger class is a direct implementation of SLF4J’s org.slf4j.Logger interface. Thus, using SLF4J in conjunction with logback involves strictly zero memory and computational overhead.

可以看到logback是直接实现了slf4j的接口，是不消耗内存和计算开销的。

而log4j不是对slf4j的原生实现，所以slf4j api在调用log4j时需要一个适配层。

所谓“直接实现”，“需要适配层”：

<!-- slf4j：项目中直接使用其中的api --> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.12</version> </dependency> <!-- 适配层：使得slf4j可以调用log4j的实现 --> <!-- 【ops:实际使用时，导入这个适配依赖即可传递导入其他两个】 --> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>1.7.12</version> </dependency> <!-- 日志框架：log4j --> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.16</version> </dependency> <!-- Logback依赖，还会传递 slf4j 和 logback-core --> <dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <version>1.1.7</version> </dependency>

4. 配置

一般情况下，开发阶段使用debug，上线后使用Info

<?xml version="1.0" encoding="UTF-8" ?> <!-- <!DOCTYPE log4j:configuration PUBLIC "-//LOGGER" "http://logging.apache.org/log4j/1.2/org/apache/log4j/xml/log4j.dtd"> <log4j:configuration> --> <!DOCTYPE log4j:configuration PUBLIC "-//LOGGER" "http://org/apache/log4j/xml/log4j.dtd"> <log4j:configuration> <!--若干个appender的定义--> <!--org.apache.log4j.ConsoleAppender 输出到控制台--> <appender name="myConsole" class="org.apache.log4j.ConsoleAppender"> <!--输出格式--> <layout class="org.apache.log4j.PatternLayout"> <param name="ConversionPattern" value="%-d{yyyy-MM-dd HH:mm:ss,SSS} [%c]-[%p] %m%n"/> </layout> <!--过滤器设置输出的级别 all trace debug info warn error fatal off log.trace("haha"); log.error("hehe"); log.debug("gg"); --> <filter class="org.apache.log4j.varia.LevelRangeFilter"> <param name="levelMin" value="debug" /> <param name="levelMax" value="warn" /> <param name="AcceptOnMatch" value="true" /> </filter> </appender> <!--org.apache.log4j.DailyRollingFileAppender 每天产生一个日志文件 output2.log=项目根目录下的output2.log(web环境不适用) d:\output1000.log=对应的磁盘位置 output1000.log.2019-10-31 output1000.log --> <!-- %p 输出优先级，即DEBUG，INFO，WARN，ERROR，FATAL %r 输出自应用启动到输出该log信息耗费的毫秒数 %c 输出所属的类目，通常就是所在类的全名 %t 输出产生该日志事件的线程名 %n 输出一个回车换行符，Windows平台为“/r/n”，Unix平台为“/n” %d 输出日志时间点的日期或时间，默认格式为ISO8601，也可以在其后指定格式，比如：%d{yyy MMM dd HH:mm:ss,SSS}，输出类似：2002年10月18日 22：10：28，921 %l 输出日志事件的发生位置，包括类目名、发生的线程，以及在代码中的行数。举例：Testlo4.main(TestLog4.java:10) --> <appender name="myFile" class="org.apache.log4j.DailyRollingFileAppender"> <param name="File" value="D:/Java/ProjectJ/myLog/myLogDebug.log"/><!--文件位置--> <param name="Append" value="true"/><!--是否选择追加--> <layout class="org.apache.log4j.PatternLayout"> <param name="ConversionPattern" value="%-d{yyyy-MM-dd HH:mm:ss,SSS} [%c]-[%p] %m%n"/> </layout> </appender> <!--org.apache.log4j.RollingFileAppender 滚动日志文件输出 文件大小到达 （kb、mb） 一定尺寸时重新产生新的文件 除日志文件本身之外，最多额外产生两个新文件，当达到2个后， 如果日志文件又达到1mb，则会在第一个新文件中覆盖写入。然后再需要就是第二个新文件中覆盖写入。 所以此种需要顾及好大小和个数，否则会有日志覆盖。 --> <appender name="myFile2" class="org.apache.log4j.RollingFileAppender"> <param name="File" value="D:/Java/ProjectJ/myLog/myLogInfo.log" /> <param name="Append" value="true" /> <param name="MaxFileSize" value="1mb"/> <param name="MaxBackupIndex" value="2" /> <layout class="org.apache.log4j.PatternLayout"> <param name="ConversionPattern" value="%p (%c:%L)- %m%n" /> </layout> </appender> <!--将各个包日志、类日志 输出到不同的日志文件中 这样可以便于日志的分类。 --> <!-- org.springframework包下的日志最低输出优先级为info，由myFile输出 --> <category name="org.springframework"> <!-- 当前包下的日志不在父日志中输出，即不再在root中定义的各个appender中输出 --> <param name="additivity" value="false"/> <priority value="info"/> <appender-ref ref="myFile2"/> </category> <category name="com.alibaba.druid.pool.DruidDataSource"> <priority value="warn"/> <appender-ref ref="myConsole"/> </category> <!-- 根logger的设置--> <root> <!--优先级设置，假设设置为“info”，则无法输出debug级别的日志--> <priority value="debug"/> <!--<priority value="info"/>--> <!--<priority value="warn"/>--> <!--<priority value="error"/>--> <!--<priority value="fatal"/>--> <!-- 添加刚才设置的appender --> <!-- 所有没有单独设置的日志位置会在如下注册的appender中输出 --> <appender-ref ref="myConsole"/> <appender-ref ref="myFile"/> <appender-ref ref="myFile2"/> </root> </log4j:configuration>