前言

之前都是使用SparkStreaming開發，最近打算學習一下Flink，就從官網下載了Flink 1.11，打算搞一個客戶端，將程序提交在yarn上。因為Flink從1.7之后就不再提供Hadoop的依賴，所以很多依賴就要自己下載，于是各種ClassNotFoundException，其中以log*.class為首的格外猖狂，可能是因為flink和Hadoop的日志實現有點區別，就一直哐哐哐報錯，slf4j、log4j、logback各種jar包十幾個，百度好久也沒搞清各個jar有什么區別，用在何處，就打算自己總結一下。

?

log發展歷史

Long long Ago，和剛學Java的時候一樣，都是用System.out.println控制臺打印來檢查程序輸出是否符合自己的預期，這是一種比較原始的方法，無法自動區分日志的類型，幾乎無法用于生產系統中。

從JDK1.4開始提供java.until.logging日志框架來打印日志，但是大佬覺得JUL太難用了，就自己手擼了個log4j，后來log4j發現安全漏洞，加上代碼結構問題難以維護，于是從1.2就停止更新log4j，并又重新手擼了個log4j2，再后來，這個大佬又又又擼了一個性能更高、功能更全的logback。

從此，這個大佬構建了log的世界，也創造了最常見的日志框架：log4j、log4j2、logback。

?

SLF4J（ Simple Logging Facade for Java ）

目前已經提及了四個日志框架，如果我們想用來記錄日志，除了必要的配置文件，還需要在代碼中獲取Logger，打印日志。

代碼如下：

//?使用log4j，需要log4j.jar import?org.apache.log4j.Logger; Logger?logger_log4j?=?Logger.getLogger(Test.class); logger_log4j.info("Hello?World!");//?使用log4j2，需要log4j-api.jar、log4j-core.jar import?org.apache.logging.log4j.LogManager; import?org.apache.logging.log4j.Logger; Logger?logger_log4j2?=?LogManager.getLogger(Test.class); logger_log4j2.info("Hello?World!");//?logback，需要logback-classic.jar、logback-core.jar import?ch.qos.logback.classic.Logger; import?ch.qos.logback.classic.LoggerContext; Logger?logger_logback?=?new?LoggerContext().getLogger(Test.class); logger_logback.info("Hello?World!");//?java.until.logging，簡稱jul import?java.util.logging.Logger; Logger?logger_jul?=?Logger.getLogger("java.Test");

為什么要使用門面系統

從上面不難看出，使用不同的日志框架，就要引入不同的jar包，使用不同的代碼獲取Logger。

假設一個項目在漫長的升級過程中，想從jul升級到logback，那么就需要修改代碼來獲取新的Logger。如果100個class中使用了jul，就得修改100個地方，這是多么一個繁瑣的工作！！

門面系統的作用

于是Apache Commons Logging出現了。

Common-logging提供了一個日志入口，稱作"門面日志"，即它不負責寫日志，而是「提供用一個統一的接口，通過jar來決定使用的日志框架」，這樣就不要再更換框架的時候再修改代碼了。后來開發了log4j的大佬又因為嫌棄Common-logging難用，開發了門面日志框架「slf4j」，今天就拿slf4j講述門面日志。

門面日志和設計模式中的外觀模式如出一轍，本身不提供服務，為子系統提供統一的入口，封裝子系統的復雜性，便于客戶端調用。slf4j就像是菜鳥驛站，本身沒有快遞服務，但是提供順豐、中通等快遞服務，至于你想用順豐還是用中通，完全取決于你的想法。

使用slf4j的代碼如下：

import?org.slf4j.Logger; import?org.slf4j.LoggerFactory; Logger?logger?=?LoggerFactory.getLogger(Test.class); logger.info("Hello?World!")

這行代碼就像是你在菜鳥驛站里要寄東西(logger)，思考到底用哪家快遞？A minute later... ?決定用順豐（logback)，就填了順豐的快遞單(放入logback.jar)，但是你看微信余額還有10塊，錢不夠，只能用中通(log4j)，于是你就退了順豐的單子(移除logback.jar)，填了中通的快遞單(放入log4j.jar)，然后發出快遞(打印日志)。

那么slf4j如何決定使用哪個框架日志呢，并且引入哪些jar包呢？

如slf4j官方圖所示：

依賴關系圖

如圖就是slf4j和日志框架的組合依賴結構圖，使用slf4j需要首先導入「slf4j-api.jar」，

和log4j配合，需要導入「log4j.jar」，以及橋接包「slf4j-log412.jar」。

官方圖美中不足的是沒有log4j2依賴jar的關系，和log4j2配合需要導入log4j2的「log4j-api.jar」、「log4j-core.jar」和橋接包「log4j-slf4j-impl.jar」。

logback只需要導入「logback-classic.jar」和「logback-core.jar」即可，不需要橋接包。

?

什么是橋接包，為什么logback沒有

先讓來讓我們看看slf4j從LoggerFactory.getLogger()開始，到底干了什么。

流程圖如下：

slf4j工作流程圖

原理就是就是讓ClassLoader從classpath(依賴的jar)中找到「StaticLoggerBinder」這個類，然后利用他來返回log4j、logback中的Logger，然后打印日志。

所謂的橋接包，就是實現StaticLoggerBinder類，用來連接slf4j和日志框架。因為log4j和log4j2剛開始沒有StaticLoggerBinder這個類，為了不改變程序結構，只能重新寫一個新的jar來實現StaticLoggerBinder。而logback出現slf4j之后，于是在logback本身的jar中實現了StaticLoggerBinder，所以就不需要橋接包。

StaticLoggerBinder實現了使用底層日志框架創建Logger的功能，各自的StaticLoggerBinder為slf4j提供的Logger，再提供給用戶打印日志。

log4j和log4j2橋接包及logback依賴里，都有StaticLoggerBinder類。

logback的StaticLoggerBinderlog4j的StaticLoggerBinderlog4j2的StaticLoggerBinder

使用總結

"Class path contains multiple SLF4J bindings."

在使用slf4j的時候會遇到以上的報告信息。我也曾遇到過web服務因為slf4j問題啟動失敗。究其根本是因為logback-classic、log4j-slf4j-impl、slf4j-log412、slf4j-jdk這些jar不能同時存在。他們都實現了StaticLoggerBinder類而導致沖突，slf4j無法確定到底用哪個日志框架。

?

結語

以上是結合官網以及自己調試代碼的一些總結，希望對大家了解slf4j及其應用有幫助，其中不足的地方還望指出，共同進步，共勉！！！

有道無術，術可成；有術無道，止于術

歡迎大家關注Java之道公眾號

好文章，我在看??

總結

以上是生活随笔為你收集整理的一文讲尽门面日志slf4j和log4j、log4j2、logback依赖jar引用关系的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。