1. 程式人生 > >java日誌組件介紹(jcl,jul,slf4j,logback

java日誌組件介紹(jcl,jul,slf4j,logback

查看 關系 方案 不同 運行 stat line www 工程

技術分享圖片

轉自:http://www.blogjava.net/daiyongzhi/archive/2014/04/13/412364.html

common-logging是apache提供的一個通用的日誌接口。用戶可以自由選擇第三方的日誌組件作為具體實現,像log4j,或者jdk自帶的logging, common-logging會通過動態查找的機制,在程序運行時自動找出真正使用的日誌庫。當然,common-logging內部有一個Simple logger的簡單實現,但是功能很弱。所以使用common-logging,通常都是配合著log4j來使用。使用它的好處就是,代碼依賴是 common-logging而非log4j, 避免了和具體的日誌方案直接耦合,在有必要時,可以更改日誌實現的第三方庫。

使用common-logging的常見代碼:
[java] view plaincopy
  1. import org.apache.commons.logging.Log;
  2. import org.apache.commons.logging.LogFactory;
  3. public class A {
  4. private static Log logger = LogFactory.getLog(this.getClass());
  5. }
動態查找原理:Log 是一個接口聲明。LogFactory 的內部會去裝載具體的日誌系統,並獲得實現該Log 接口的實現類。LogFactory 內部裝載日誌系統的流程如下:
  1. 首先,尋找org.apache.commons.logging.LogFactory 屬性配置。
  2. 否則,利用JDK1.3 開始提供的service 發現機制,會掃描classpah 下的META-INF/services/org.apache.commons.logging.LogFactory文件,若找到則裝載裏面的配置,使用裏面的配置。
  3. 否則,從Classpath 裏尋找commons-logging.properties ,找到則根據裏面的配置加載。
  4. 否則,使用默認的配置:如果能找到Log4j 則默認使用log4j 實現,如果沒有則使用JDK14Logger 實現,再沒有則使用commons-logging 內部提供的SimpleLog 實現。
從上述加載流程來看,只要引入了log4j.jar在classpath 配置了log4j.xml ,則commons-logging 就會使log4j 使用正常,而代碼裏不需要依賴任何log4j 的代碼。

slf4j

slf4j全 稱為Simple Logging Facade for JAVA,java簡單日誌門面。類似於Apache Common-Logging,是對不同日誌框架提供的一個門面封裝(是接口而非實現),可以在部署的時候不修改任何配置即可接入一種日誌實現方案。但是,他在編譯時靜態綁定真正的Log庫。使用SLF4J時,如果你需要使用某一種日誌實現,那麽你必須選擇正確的SLF4J的jar包的集合(各種橋接包)。

使用slf4j的常見代碼:

[java] view plaincopy
  1. import org.slf4j.Logger;
  2. import org.slf4j.LoggerFactory;
  3. public class A {
  4. private static Logger logger = LoggerFactory.getLogger(RdpMonitorService.class);
  5. }


slf4j靜態綁定原理SLF4J 會在編譯時會綁定import org.slf4j.impl.StaticLoggerBinder; 該類裏面實現對具體日誌方案的綁定接入。任何一種基於slf4j 的實現都要有一個這個類。如:org.slf4j.slf4j-log4j12-1.5.6: 提供對 log4j 的一種適配實現。

註意:如果有任意兩個實現slf4j 的包同時出現,那麽就可能出現問題。

slf4j 與 common-logging 比較(都是日誌接口而非實現)

common-logging通過動態查找的機制, 在程序運行時自動找出真正使用的日誌庫。由於它使用了ClassLoader尋找和載入底層的日誌庫, 導致了象OSGI這樣的框架無法正常工作,因為OSGI的不同的插件使用自己的ClassLoader。 OSGI的這種機制保證了插件互相獨立,然而卻使Apache Common-Logging無法工作。

slf4j編譯時靜態綁定真正的Log庫,因此可以再OSGI中使用。另外,SLF4J 支持參數化的log字符串,避免了之前為了減少字符串拼接的性能損耗而不得不寫的if(logger.isDebugEnable()),現在你可以直接寫:logger.debug(“current user is: {}”, user)。拼裝消息被推遲到了它能夠確定是不是要顯示這條消息的時候,但是獲取參數的代價並沒有幸免。

Log4j

Apache 的一個開放源代碼項目,通過使用Log4j,我們可以控制日誌信息輸送的目的地是控制臺、文件、GUI組件、甚至是套接口服務 器、NT的事件記錄器、UNIX Syslog守護進程等;用戶也可以控制每一條日誌的輸出格式;通過定義每一條日誌信息的級別,用戶能夠更加細致地控制日誌的生成過程。這些可以通過一個 配置文件來靈活地進行配置,而不需要修改程序代碼。

LogBack

Logback 是由log4j創始人設計的又一個開源日記組件。logback當前分成三個模塊:logback-core,logback- classic和logback-access。logback-core是其它兩個模塊的基礎模塊。logback-classic是log4j的一個改良版本。此外logback-classic完整實現SLF4J API使你可以很方便地更換成其它日記系統如log4j或JDK14 Logging。logback-access訪問模塊與Servlet容器集成提供通過Http來訪問日記的功能。

Log4j 與 LogBack 比較(都是日誌記錄器的實現)

LogBack 作為一個通用可靠、快速靈活的日誌框架,將作為Log4j的替代和SLF4J組成新的日誌系統的完整實現。LogBack聲稱具有極佳的性能,“ 某些關鍵操作,比如判定是否記錄一條日誌語句的操作,其性能得到了顯著的提高。這個操作在LogBack中需要3納秒,而在Log4J中則需要30納秒。 LogBack創建記錄器(logger)的速度也更快:13微秒,而在Log4J中需要23微秒。更重要的是,它獲取已存在的記錄器只需94納秒,而 Log4J需要2234納秒,時間減少到了1/23。跟JUL相比的性能提高也是顯著的”。 另外,LOGBack的所有文檔是全面免費提供的,不象Log4J那樣只提供部分免費文檔而需要用戶去購買付費文檔。

slf4j與其他各種日誌組件的橋接

應用代碼中使用slf4j接口,接入具體實現的方法
技術分享圖片
應用代碼中使用別的日誌接口,轉成slf4j的方法 技術分享圖片

日誌組件相關歷史

Java 界裏有許多實現日誌功能的工具,最早得到廣泛使用的是 log4j,許多應用程序的日誌部分都交給了 log4j,不過作為組件開發者,他們希望自己的組件不要緊緊依賴某一個工具,畢竟在同一個時候還有很多其他很多日誌工具,假如一個應用程序用到了兩個組件,恰好兩個組件使用不同的日誌工具,那麽應用程序就會有兩份日誌輸出了。

為了解決這個問題,Apache Commons Logging (之前叫 Jakarta Commons Logging,JCL)粉墨登場,JCL 只提供 log 接口,具體的實現則在運行時動態尋找。這樣一來組件開發者只需要針對 JCL 接口開發,而調用組件的應用程序則可以在運行時搭配自己喜好的日誌實踐工具。

所以即使到現在你仍會看到很多程序應用 JCL + log4j 這種搭配,不過當程序規模越來越龐大時,JCL的動態綁定並不是總能成功,具體原因大家可以 Google 一下,這裏就不再贅述了。解決方法之一就是在程序部署時靜態綁定指定的日誌工具,這就是 SLF4J 產生的原因。

跟 JCL 一樣,SLF4J 也是只提供 log 接口,具體的實現是在打包應用程序時所放入的綁定器(名字為 slf4j-XXX-version.jar)來決定,XXX 可以是 log4j12, jdk14, jcl, nop 等,他們實現了跟具體日誌工具(比如 log4j)的綁定及代理工作。舉個例子:如果一個程序希望用 log4j 日誌工具,那麽程序只需針對 slf4j-api 接口編程,然後在打包時再放入 slf4j-log4j12-version.jar(綁定器) 和 log4j.jar(具體實現) 就可以了。

現在還有一個問題,假如你正在開發應用程序所調用的組件當中已經使用了 JCL 的,還有一些組建可能直接調用了 java.util.logging,這時你需要一個橋接器(名字為 XXX-over-slf4j.jar)把他們的日誌輸出重定向到 SLF4J,所謂的橋接器就是一個假的日誌實現工具,比如當你把 jcl-over-slf4j.jar 放到 CLASS_PATH 時,即使某個組件原本是通過 JCL 輸出日誌的,現在卻會被 jcl-over-slf4j “騙到”SLF4J 裏,然後 SLF4J 又會根據綁定器把日誌交給具體的日誌實現工具。過程如下

Component
|
| log to Apache Commons Logging
V
jcl-over-slf4j.jar --- (redirect) ---> SLF4j ---> slf4j-log4j12-version.jar ---> log4j.jar ---> 輸出日誌

看到上面的流程圖可能會發現一個有趣的問題,假如在 CLASS_PATH 裏同時放置 log4j-over-slf4j.jar 和 slf4j-log4j12-version.jar 會發生什麽情況呢?沒錯,日誌會被踢來踢去,最終進入死循環。

所以使用 SLF4J 的比較典型搭配就是把 slf4j-api、JCL 橋接器、java.util.logging(JUL)橋接器、log4j 綁定器、log4j 這5個 jar 放置在 CLASS_PATH 裏。

不過並不是所有APP容器都是使用 log4j 的,比如 Google AppEngine 它使用的是 java.util.logging(JUL),這時應用 SLF4J 的搭配就變成 slf4j-api、JCL橋接器、logj4橋接器、JUL綁定器這4個 jar 放置在 WEB-INF/lib 裏。
轉自:http://www.blogjava.net/daiyongzhi/archive/2014/04/13/412363.html slf4j-api、slf4j-log4j12還有log4j的調用關系

幾乎在每個jar包裏都可以看到log4j的身影,在多個子工程構成項目中,slf4j相關的沖突時不時就跳出來讓你不爽,那麽slf4j-api、slf4j-log4j12還有log4j他們是什麽關系?我把自己了解的和大家簡單分享一下:

slf4j:Simple Logging Facade for Java,為java提供的簡單日誌Facade。Facade:門面,更底層一點說就是接口。他允許用戶以自己的喜好,在工程中通過slf4j接入不同 的日誌系統。更直觀一點,slf4j是個數據線,一端嵌入程序,另一端鏈接日誌系統,從而實現將程序中的信息導入到日誌系統並記錄。

因此,slf4j入口就是眾多接口的集合,他不負責具體的日誌實現,只在編譯時負責尋找合適的日誌系統進行綁定。具體有哪些接口,全部都定義在slf4j-api中。查看slf4j-api源碼就可以發現,裏面除了public final class LoggerFactory類之外,都是接口定義。因此,slf4j-api本質就是一個接口定義。

下圖比較清晰的描述了他們之間的關系:

技術分享圖片

當系統采用log4j作為日誌框架實現的調用關系:

首先系統包含slf4j-api作為日誌接入的接口;

at compile時slf4j-api中public final class LoggerFactor類中

private final static void bind() 方法會尋找具體的日誌實現類綁定,主要通過
StaticLoggerBinder.getSingleton();語句調用

slf4j-log4j12:鏈接slf4j-api和log4j中間的適配器。它實現了slf4j-apiz中StaticLoggerBinder接口,從而使得在編譯時綁定的是slf4j-log4j12的getSingleton()方法

log4j:這個是具體的日誌系統。通過slf4j-log4j12初始化Log4j,達到最終日誌的輸出。

============================================================================

自己的理解

1)apache common-logging 和 slf4j 都是日誌接口,而非實現,雖然他們可能自帶有一個極簡的實現;

2)log4j、logback、還有 log4j2 等都是日誌記錄器的實現;

3)日誌接口如何查找日誌實現類庫: common-logging 通過動態綁定,到classpath去尋找;

slf4j 編譯時會靜態綁org.slf4j.impl.StaticLoggerBinder這個類,而其他的日誌實現 log4j、logback 的實現中包括該類的實現,具體實現代碼就是綁定 自己的實現到 slf4j .

4)采用 slf4j 接口時,會涉及到 綁定器橋接器 。slf4j-log4j12-version.jar 綁定 slf4j到log4j,jcl-over-slf4j 將采用jcl接口的日誌都橋接到slf4j接口,然後會采用slf4j的綁定器中綁定的日誌實現來記錄日誌。

5)使用 SLF4J 的比較典型搭配就是把 slf4j-api、JCL 橋接器、java.util.logging(JUL)橋接器、log4j 綁定器、log4j 這5個 jar 放置在 CLASS_PATH 裏。原理就是使用 slf4j 的各種橋接器,將所有日誌接口都橋接到 slf4j 這個接口,然後選擇一個具體的 slf4j 綁定器 和 日誌實現器,達到將所有日誌統一使用一個日誌實現器進行統一輸出的目的。

6)slf4j-api.jar 是slf4j自身的接口,common-logging.jar是接口,log4j.jar, logback.jar,log4j2.jar是實現;jcl-over-slf4j是jcl橋接到slf4j的jar包;slf4j-log4j.jar是slf4j綁定到log4j的jar包。

所以分為:接口jar包、實現jar包、橋接到slf4j的jar包、slf4j綁定到實現的jar包接口到接口是通過橋接包,接口到實現是通過綁定包

7)最後給出兩個實例:

1> slf4j + log4j:

技術分享圖片
        <!-- slf4j interface-->
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-api</artifactId>
            <version>1.6.1</version>
        </dependency>
        <!-- jcl bridge to slf4j -->
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>jcl-over-slf4j</artifactId>
            <version>1.6.1</version>
        </dependency>
        <!-- slf4j binding to log4j  -->
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-log4j12</artifactId>
            <version>1.6.1</version>
        </dependency>
        <!-- log4j recorder -->
        <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.17</version>
        </dependency>
技術分享圖片

2> slf4j + logback 最簡形式:

        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-classic</artifactId>
            <version>1.1.3</version>
        </dependency>    

logback會自動引入 logback-core 和 slf4j:

技術分享圖片

3> slf4j + logback + jcl橋接:

技術分享圖片
        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-classic</artifactId>
            <version>1.1.3</version>
        </dependency>
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>jcl-over-slf4j</artifactId>
            <version>1.6.1</version>
        </dependency>
技術分享圖片

看起來 logback 配置確實比log4j要簡單得多。

java日誌組件介紹(jcl,jul,slf4j,logback