slf4j與jul、log4j1、log4j2、logback的集成原理
系列文章已完成，目錄如下：
jdk-logging log4j logback日志系統(tǒng)實(shí)現(xiàn)機(jī)制原理介紹
commons-logging與jdk-logging、log4j1、log4j2、logback的集成原理
slf4j、jcl、jul、log4j1、log4j2、logback大總結(jié)
slf4j
先從一個(gè)簡(jiǎn)單的使用案例來(lái)說(shuō)明
1 簡(jiǎn)單的使用案例
private static Logger logger=LoggerFactory.getLogger(Log4jSlf4JTest.class);
public static void main(String[] args){
if(logger.isDebugEnabled()){
logger.debug("slf4j-log4j debug message");
}
if(logger.isInfoEnabled()){
logger.debug("slf4j-log4j info message");
}
if(logger.isTraceEnabled()){
logger.debug("slf4j-log4j trace message");
}
}
上述Logger接口、LoggerFactory類(lèi)都是slf4j自己定義的。
2 使用原理
LoggerFactory.getLogger(Log4jSlf4JTest.class)的源碼如下：
public static Logger getLogger(String name) {
ILoggerFactory iLoggerFactory = getILoggerFactory();
return iLoggerFactory.getLogger(name);
}
上述獲取Log的過(guò)程大致分成2個(gè)階段
- 獲取ILoggerFactory的過(guò)程 (從字面上理解就是生產(chǎn)Logger的工廠)
- 根據(jù)ILoggerFactory獲取Logger的過(guò)程
下面來(lái)詳細(xì)說(shuō)明：
1 獲取ILoggerFactory的過(guò)程
又可以分成3個(gè)過(guò)程：
所以slf4j與其他實(shí)際的日志框架的集成jar包中，都會(huì)含有這樣的一個(gè)org/slf4j/impl/StaticLoggerBinder.class類(lèi)文件，并且提供一個(gè)ILoggerFactory的實(shí)現(xiàn)
- 1.1 從類(lèi)路徑中尋找org/slf4j/impl/StaticLoggerBinder.class類(lèi)
ClassLoader.getSystemResources("org/slf4j/impl/StaticLoggerBinder.class")
如果找到多個(gè)，則輸出 Class path contains multiple SLF4J bindings，表示有多個(gè)日志實(shí)現(xiàn)與slf4j進(jìn)行了綁定
下面看下當(dāng)出現(xiàn)多個(gè)StaticLoggerBinder的時(shí)候的輸出日志（簡(jiǎn)化了一些內(nèi)容）：
SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [slf4j-log4j12-1.7.12.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [logback-classic-1.1.3.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [slf4j-jdk14-1.7.12.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.htmlmultiple_bindings for an explanation. SLF4J: Actual binding is of type [org.slf4j.impl.Log4jLoggerFactory]
- 1.2 "隨機(jī)選取"一個(gè)StaticLoggerBinder.class來(lái)創(chuàng)建一個(gè)單例
StaticLoggerBinder.getSingleton()
這里的"隨機(jī)選取"可以見(jiàn)官方文檔說(shuō)明：
SLF4J API is designed to bind with one and only one underlying logging framework at a time. If more than one binding is present on the class path, SLF4J will emit a warning, listing the location of those bindings
The warning emitted by SLF4J is just that, a warning. Even when multiple bindings are present,SLF4J will pick one logging framework/implementation and bind with it. The way SLF4J picks a binding is determined by the JVM and for all practical purposes should be considered random
- 1.3 根據(jù)上述創(chuàng)建的StaticLoggerBinder單例，返回一個(gè)ILoggerFactory實(shí)例
StaticLoggerBinder.getSingleton().getLoggerFactory()
2 根據(jù)ILoggerFactory獲取Logger的過(guò)程
這就要看具體的ILoggerFactory類(lèi)型了，下面的集成來(lái)詳細(xì)說(shuō)明
slf4j與jdk-logging集成
1 需要的jar包
slf4j-api
slf4j-jdk14
對(duì)應(yīng)的maven依賴(lài)為：
<dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.12</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-jdk14</artifactId> <version>1.7.12</version> </dependency>
2 使用案例
private static final Logger logger=LoggerFactory.getLogger(JulSlf4jTest.class);
public static void main(String[] args){
if(logger.isDebugEnabled()){
logger.debug("jul debug message");
}
if(logger.isInfoEnabled()){
logger.info("jul info message");
}
if(logger.isWarnEnabled()){
logger.warn("jul warn message");
}
}
上述的Logger、LoggerFactory都是slf4j自己的API中的內(nèi)容，沒(méi)有jdk自帶的logging的蹤影，然后打出來(lái)的日志卻是通過(guò)jdk自帶的logging來(lái)輸出的，如下：
四月 28, 2015 7:33:20 下午 com.demo.log4j.JulSlf4jTest main
信息: jul info message
四月 28, 2015 7:33:20 下午 com.demo.log4j.JulSlf4jTest main
警告: jul warn message
3 使用案例原理分析
先看下slf4j-jdk14 jar包中的內(nèi)容：
從中可以看到：
- 的確是有org/slf4j/impl/StaticLoggerBinder.class類(lèi)
- 該StaticLoggerBinder返回的ILoggerFactory類(lèi)型將會(huì)是JDK14LoggerFactory
- JDK14LoggerAdapter就是實(shí)現(xiàn)了slf4j定義的Logger接口
下面梳理下整個(gè)流程：
1 獲取ILoggerFactory的過(guò)程
由于類(lèi)路徑下有org/slf4j/impl/StaticLoggerBinder.class，所以會(huì)選擇slf4j-jdk14中的StaticLoggerBinder來(lái)創(chuàng)建單例對(duì)象并返回ILoggerFactory，來(lái)看下StaticLoggerBinder中的ILoggerFactory是什么類(lèi)型：
private StaticLoggerBinder() {
loggerFactory = new org.slf4j.impl.JDK14LoggerFactory();
}
所以返回了JDK14LoggerFactory的實(shí)例
2 根據(jù)ILoggerFactory獲取Logger的過(guò)程
來(lái)看下JDK14LoggerFactory是如何返回一個(gè)slf4j定義的Logger接口的實(shí)例的，源碼如下：
java.util.logging.Logger julLogger = java.util.logging.Logger.getLogger(name); Logger newInstance = new JDK14LoggerAdapter(julLogger);
可以看到，就是使用jdk自帶的logging的原生方式來(lái)先創(chuàng)建一個(gè)jdk自己的java.util.logging.Logger實(shí)例，參見(jiàn)jdk-logging的原生寫(xiě)法
然后利用JDK14LoggerAdapter將上述的java.util.logging.Logger包裝成slf4j定義的Logger實(shí)例
所以我們使用slf4j來(lái)進(jìn)行編程，最終會(huì)委托給jdk自帶的java.util.logging.Logger去執(zhí)行。
slf4j與log4j1集成
1 需要的jar包
slf4j-api
slf4j-log4j12
log4j
maven依賴(lài)分別為：
<!-- slf4j --> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.12</version> </dependency> <!-- slf4j-log4j --> <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.17</version> </dependency>
2 使用案例
第一步：編寫(xiě)log4j.properties配置文件,放到類(lèi)路徑下
log4j.rootLogger = debug, console
log4j.appender.console = org.apache.log4j.ConsoleAppender
log4j.appender.console.layout = org.apache.log4j.PatternLayout
log4j.appender.console.layout.ConversionPattern = %-d{yyyy-MM-dd HH:mm:ss} %m%n
配置文件的詳細(xì)內(nèi)容不是本博客關(guān)注的重點(diǎn)，不再說(shuō)明，自行搜索
第二步：代碼中如下使用
private static Logger logger=LoggerFactory.getLogger(Log4jSlf4JTest.class);
public static void main(String[] args){
if(logger.isDebugEnabled()){
logger.debug("slf4j-log4j debug message");
}
if(logger.isInfoEnabled()){
logger.info("slf4j-log4j info message");
}
if(logger.isTraceEnabled()){
logger.trace("slf4j-log4j trace message");
}
}
補(bǔ)充說(shuō)明：
1 配置文件同樣可以隨意放置，如log4j1原生方式加載配置文件的方式log4j1原生開(kāi)發(fā)
2 注意兩者方式的不同：
slf4j: Logger logger=LoggerFactory.getLogger(Log4jSlf4JTest.class); log4j: Logger logger=Logger.getLogger(Log4jTest.class);
slf4j的Logger是slf4j定義的接口，而log4j的Logger是類(lèi)。LoggerFactory是slf4j自己的類(lèi)
3 使用案例原理分析
先來(lái)看下slf4j-log4j12包中的內(nèi)容：
- 的確是有org/slf4j/impl/StaticLoggerBinder.class類(lèi)
- 該StaticLoggerBinder返回的ILoggerFactory類(lèi)型將會(huì)是Log4jLoggerFactory
- Log4jLoggerAdapter就是實(shí)現(xiàn)了slf4j定義的Logger接口
來(lái)看下具體過(guò)程：
1 獲取對(duì)應(yīng)的ILoggerFactory
從上面的slf4j的原理中我們知道：ILoggerFactory是由StaticLoggerBinder來(lái)創(chuàng)建出來(lái)的，所以可以簡(jiǎn)單分成2個(gè)過(guò)程：
1.1 第一個(gè)過(guò)程：slf4j尋找綁定類(lèi)StaticLoggerBinder
使用ClassLoader來(lái)加載 "org/slf4j/impl/StaticLoggerBinder.class"這樣的類(lèi)的url，然后就找到了slf4j-log4j12包中的StaticLoggerBinder
1.2 第二個(gè)過(guò)程：創(chuàng)建出StaticLoggerBinder實(shí)例，并創(chuàng)建出ILoggerFactory
源碼如下：
StaticLoggerBinder.getSingleton().getLoggerFactory()
以slf4j-log4j12中的StaticLoggerBinder為例，創(chuàng)建出的ILoggerFactory為L(zhǎng)og4jLoggerFactory
2 根據(jù)ILoggerFactory獲取Logger的過(guò)程
來(lái)看下Log4jLoggerFactory是如何返回一個(gè)slf4j定義的Logger接口的實(shí)例的，源碼如下：
org.apache.log4j.Logger log4jLogger;
if (name.equalsIgnoreCase(Logger.ROOT_LOGGER_NAME))
log4jLogger = LogManager.getRootLogger();
else
log4jLogger = LogManager.getLogger(name);
Logger newInstance = new Log4jLoggerAdapter(log4jLogger);
2.1 我們可以看到是通過(guò)log4j1的原生方式，即使用log4j1的LogManager來(lái)獲取，引發(fā)log4j1的加載配置文件，然后初始化，最后返回一個(gè)org.apache.log4j.Logger log4jLogger，參見(jiàn)log4j1原生的寫(xiě)法
2.2 將上述的org.apache.log4j.Logger log4jLogger封裝成Log4jLoggerAdapter，而Log4jLoggerAdapter是實(shí)現(xiàn)了slf4j的接口，所以我們使用的slf4j的Logger接口實(shí)例（這里即Log4jLoggerAdapter）都會(huì)委托給內(nèi)部的org.apache.log4j.Logger實(shí)例
slf4j與log4j2集成
1 需要的jar包
slf4j-api
log4j-api
log4j-core
log4j-slf4j-impl （用于log4j2與slf4j集成）
對(duì)應(yīng)的maven依賴(lài)分別是：
<!-- slf4j -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.12</version>
</dependency>
<!-- log4j2 -->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-api</artifactId>
<version>2.2</version>
</dependency>
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
<version>2.2</version>
</dependency>
<!-- log4j-slf4j-impl -->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-slf4j-impl</artifactId>
<version>2.2</version>
</dependency>
2 使用案例
第一步：編寫(xiě)log4j2的配置文件log4j2.xml，簡(jiǎn)單如下：、
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN">
<Appenders>
<Console name="Console" target="SYSTEM_OUT">
<PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
</Console>
</Appenders>
<Loggers>
<Root level="debug">
<AppenderRef ref="Console"/>
</Root>
</Loggers>
</Configuration>
第二步：使用方式
private static Logger logger=LoggerFactory.getLogger(Log4j2Slf4jTest.class);
public static void main(String[] args){
if(logger.isTraceEnabled()){
logger.trace("slf4j-log4j2 trace message");
}
if(logger.isDebugEnabled()){
logger.debug("slf4j-log4j2 debug message");
}
if(logger.isInfoEnabled()){
logger.info("slf4j-log4j2 info message");
}
}
3 使用案例原理分析
先來(lái)看下log4j-slf4j-impl包中的內(nèi)容：
- 的確是有org/slf4j/impl/StaticLoggerBinder.class類(lèi)
- 該StaticLoggerBinder返回的ILoggerFactory類(lèi)型將會(huì)是Log4jLoggerFactory(這里的Log4jLoggerFactory與上述log4j1集成時(shí)的Log4jLoggerFactory是不一樣的)
- Log4jLogger就是實(shí)現(xiàn)了slf4j定義的Logger接口
來(lái)看下具體過(guò)程：
1 獲取對(duì)應(yīng)的ILoggerFactory
1.1 第一個(gè)過(guò)程：slf4j尋找綁定類(lèi)StaticLoggerBinder
使用ClassLoader來(lái)加載 "org/slf4j/impl/StaticLoggerBinder.class"這樣的類(lèi)的url，然后就找到了log4j-slf4j-impl包中的StaticLoggerBinder
1.2 第二個(gè)過(guò)程：創(chuàng)建出StaticLoggerBinder實(shí)例，并創(chuàng)建出ILoggerFactory
log4j-slf4j-impl包中的StaticLoggerBinder返回的ILoggerFactory是Log4jLoggerFactory
2 根據(jù)ILoggerFactory獲取Logger的過(guò)程
來(lái)看下Log4jLoggerFactory是如何返回一個(gè)slf4j定義的Logger接口的實(shí)例的，源碼如下：
@Override
protected Logger newLogger(final String name, final LoggerContext context) {
final String key = Logger.ROOT_LOGGER_NAME.equals(name) ? LogManager.ROOT_LOGGER_NAME : name;
return new Log4jLogger(context.getLogger(key), name);
}
@Override
protected LoggerContext getContext() {
final Class<?> anchor = ReflectionUtil.getCallerClass(FQCN, PACKAGE);
return anchor == null ? LogManager.getContext() : getContext(ReflectionUtil.getCallerClass(anchor));
}
上述獲取LoggerContext的過(guò)程也是log4j2的原生方式：
LogManager.getContext()
該操作會(huì)去加載log4j2的配置文件，引發(fā)log4j2的初始化
2.1 我們可以看到是通過(guò)log4j2的原生方式，即使用log4j2的LoggerContext來(lái)獲取，返回一個(gè)org.apache.logging.log4j.core.Logger即log4j2定義的Logger接口實(shí)例，參見(jiàn)log4j2原生的寫(xiě)法
2.2 將上述的org.apache.logging.log4j.core.Logger封裝成Log4jLogger，而Log4jLogger是實(shí)現(xiàn)了slf4j的Logger接口的，所以我們使用的slf4j的Logger接口實(shí)例（這里即Log4jLogger）都會(huì)委托給內(nèi)部的log4j2定義的Logger實(shí)例。
slf4j與logback集成
1 需要的jar包
slf4j-api
logback-core
logback-classic（已含有對(duì)slf4j的集成包）
對(duì)應(yīng)的maven依賴(lài)為：
<!-- slf4j-api -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.12</version>
</dependency>
<!-- logback -->
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
<version>1.1.3</version>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.1.3</version>
</dependency>
2 使用案例
第一步：編寫(xiě)logback的配置文件logback.xml，簡(jiǎn)單如下：
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<encoder>
<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
</encoder>
</appender>
<root level="DEBUG">
<appender-ref ref="STDOUT" />
</root>
</configuration>
第二步：使用方式
private static final Logger logger=LoggerFactory.getLogger(LogbackTest.class);
public static void main(String[] args){
if(logger.isDebugEnabled()){
logger.debug("slf4j-logback debug message");
}
if(logger.isInfoEnabled()){
logger.info("slf4j-logback info message");
}
if(logger.isTraceEnabled()){
logger.trace("slf4j-logback trace message");
}
}
3 使用案例原理分析
先來(lái)看下logback-classic包中與slf4j集成的內(nèi)容：
- 的確是有org/slf4j/impl/StaticLoggerBinder.class類(lèi)
- 該StaticLoggerBinder返回的ILoggerFactory類(lèi)型將會(huì)是LoggerContext(logback的對(duì)象)
- logback自己定義的ch.qos.logback.classic.Logger類(lèi)就是實(shí)現(xiàn)了slf4j定義的Logger接口
1 獲取對(duì)應(yīng)的ILoggerFactory
1.1 第一個(gè)過(guò)程：slf4j尋找綁定類(lèi)StaticLoggerBinder
使用ClassLoader來(lái)加載 "org/slf4j/impl/StaticLoggerBinder.class"這樣的類(lèi)的url，然后就找到了logback-classic包中的StaticLoggerBinder
1.2 第二個(gè)過(guò)程：創(chuàng)建出StaticLoggerBinder實(shí)例，并創(chuàng)建出ILoggerFactory
logback-classic包中的StaticLoggerBinder返回的ILoggerFactory是LoggerContext(logback的對(duì)象)
創(chuàng)建出單例后，同時(shí)會(huì)引發(fā)logback的初始化，這時(shí)候logback就要去尋找一系列的配置文件，嘗試加載并解析。
2 根據(jù)ILoggerFactory獲取Logger的過(guò)程
來(lái)看下LoggerContext(logback的對(duì)象)是如何返回一個(gè)slf4j定義的Logger接口的實(shí)例的：
該LoggerContext(logback的對(duì)象)返回的ch.qos.logback.classic.Logger(logback的原生Logger對(duì)象)就是slf4j的Logger實(shí)現(xiàn)類(lèi)。
結(jié)尾
本篇文章講解了slf4j與jdk-logging、log4j1、log4j2、logback的集成原理，下一篇也是最后一篇來(lái)總結(jié)下
- 各種jar包的總結(jié)
- commons-logging、slf4j與其他日志框架的集成總結(jié)
- 實(shí)現(xiàn)已有的日志框架無(wú)縫切換到別的日志框架（如已使用log4j進(jìn)行日志記錄的代碼最終轉(zhuǎn)到logback來(lái)輸出）
- jar包沖突說(shuō)明
以上就是slf4j與jul、log4j1、log4j2、logback的集成原理的詳細(xì)內(nèi)容，更多關(guān)于slf4j與jul log4j1 log4j2 logback集成原理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
IDEA?2022最新激活碼注冊(cè)碼超詳細(xì)教程(親測(cè)激活有效)
這篇文章主要介紹了IDEA?2022最新激活碼超詳細(xì)教程(親測(cè)激活至2099年)，本文通過(guò)圖文并茂的形式給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2020-12-12
這篇文章主要介紹了SpringBoot中的事務(wù)全方位詳解,在Spring中，事務(wù)有兩種實(shí)現(xiàn)方式，分別是編程式事務(wù)管理和聲明式事務(wù)管理兩種方式,文中舉例詳細(xì)說(shuō)明了這兩種事務(wù),需要的朋友可以參考下2023-08-08
數(shù)組對(duì)于每一門(mén)編程語(yǔ)言來(lái)說(shuō)都是重要的數(shù)據(jù)結(jié)構(gòu)之一，當(dāng)然不同語(yǔ)言對(duì)數(shù)組的實(shí)現(xiàn)及處理也不盡相同。Java?語(yǔ)言中提供的數(shù)組是用來(lái)存儲(chǔ)固定大小的同類(lèi)型元素2022-05-05
maven引入mysql-connector-java包失敗的解決方案
這篇文章主要介紹了maven引入mysql-connector-java包失敗的解決方案，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2023-02-02
本篇介紹了，基于java中子類(lèi)的繼承性的應(yīng)用。需要的朋友參考下2013-05-05
Java并發(fā)編程深入理解之Synchronized的使用及底層原理詳解 上
在并發(fā)編程中存在線程安全問(wèn)題，主要原因有：1.存在共享數(shù)據(jù) 2.多線程共同操作共享數(shù)據(jù)。關(guān)鍵字synchronized可以保證在同一時(shí)刻，只有一個(gè)線程可以執(zhí)行某個(gè)方法或某個(gè)代碼塊，同時(shí)synchronized可以保證一個(gè)線程的變化可見(jiàn)（可見(jiàn)性），即可以代替volatile2021-09-09
java正則表達(dá)式判斷強(qiáng)密碼和隨機(jī)生成強(qiáng)密碼代碼示例
這篇文章主要給大家介紹了關(guān)于java正則表達(dá)式判斷強(qiáng)密碼和隨機(jī)生成強(qiáng)密碼的相關(guān)資料,最近需要一個(gè)密碼強(qiáng)度正則表達(dá)式在用戶注冊(cè)時(shí)校驗(yàn)用戶密碼強(qiáng)度,需要的朋友可以參考下2023-08-08
本文主要介紹了Maven中傳遞依賴(lài)的處理方式,如scope=compile影響依賴(lài)傳遞,使用排除不需要的依賴(lài),以及如何通過(guò)查看依賴(lài)樹(shù)解決運(yùn)行時(shí)錯(cuò)誤,特別是在依賴(lài)排除后可能導(dǎo)致的運(yùn)行時(shí)缺少必需包的問(wèn)題,感興趣的可以了解一下2024-10-10
Spring boot整合Mybatis實(shí)現(xiàn)級(jí)聯(lián)一對(duì)多CRUD操作的完整步驟
這篇文章主要給大家介紹了關(guān)于Spring boot整合Mybatis實(shí)現(xiàn)級(jí)聯(lián)一對(duì)多CRUD操作的相關(guān)資料，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-07-07
這篇文章主要介紹了學(xué)習(xí)java一定要知道的垃圾收集器，垃圾收集器的發(fā)展路線，簡(jiǎn)單來(lái)說(shuō)是隨著內(nèi)存越來(lái)越大而發(fā)生變化，更多相關(guān)介紹需要的朋友可以參考一下2022-07-07