java日誌概述

對於一個應用程式來說日誌記錄是必不可少的一部分。線上問題追蹤，基於日誌的業務邏輯統計分析等都離不日誌。java領域存在多種日誌框架，目前常用的日誌框架包括Log4j，Log4j 2，Commons Logging，Slf4j，Logback，Jul。

java常用日誌框架類別介紹

• Log4j Apache Log4j是一個基於Java的日誌記錄工具。它是由Ceki Gülcü首創的，現在則是Apache軟體基金會的一個專案。 Log4j是幾種Java日誌框架之一。

• Log4j 2 Apache Log4j 2是apache開發的一款Log4j的升級產品。

• Commons Logging

   Apache基金會所屬的專案，是一套Java日誌介面，之前叫Jakarta Commons Logging，後更名為Commons Logging。

• Slf4j 類似於Commons Logging，是一套簡易Java日誌門面，本身並無日誌的實現。（Simple Logging Facade for Java，縮寫Slf4j）。

• Logback 一套日誌元件的實現(slf4j陣營)。

• Jul (Java Util Logging),自Java1.4以來的官方日誌實現。

看了上面的介紹是否會覺得比較混亂，這些日誌框架之間有什麼異同，都是由誰在維護? 下文會逐一介紹。

Java常用日誌框架歷史

• 1996年早期，歐洲安全電子市場專案組決定編寫它自己的程式跟蹤API(Tracing API)。經過不斷的完善，這個API終於成為一個十分受歡迎的Java日誌軟體包，即Log4j。後來Log4j成為Apache基金會專案中的一員。

• 期間Log4j近乎成了Java社群的日誌標準。據說Apache基金會還曾經建議sun引入Log4j到java的標準庫中，但Sun拒絕了。

• 2002年Java1.4釋出，Sun推出了自己的日誌庫JUL(Java Util Logging),其實現基本模仿了Log4j的實現。在JUL出來以前，log4j就已經成為一項成熟的技術，使得log4j在選擇上佔據了一定的優勢。

• 接著，Apache推出了Jakarta Commons Logging，JCL只是定義了一套日誌介面(其內部也提供一個Simple Log的簡單實現)，支援執行時動態載入日誌元件的實現，也就是說，在你應用程式碼裡，只需呼叫Commons Logging的介面，底層實現可以是log4j，也可以是Java Util Logging。

• 後來(2006年)，Ceki Gülcü不適應Apache的工作方式，離開了Apache。然後先後建立了slf4j(日誌門面介面，類似於Commons Logging)和Logback(Slf4j的實現)兩個專案，並回瑞典建立了QOS公司，QOS官網上是這樣描述Logback的：The Generic，Reliable Fast&Flexible Logging Framework(一個通用，可靠，快速且靈活的日誌框架)。

• 現今，Java日誌領域被劃分為兩大陣營：Commons Logging陣營和SLF4J陣營。
  Commons Logging在Apache大樹的籠罩下，有很大的使用者基數。但有證據表明，形式正在發生變化。2013年底有人分析了GitHub上30000個專案，統計出了最流行的100個Libraries，可以看出slf4j的發展趨勢更好：

• Apache眼看有被Logback反超的勢頭，於2012-07重寫了log4j 1.x，成立了新的專案Log4j 2。Log4j 2具有logback的所有特性。

java常用日誌框架之間的關係

• Log4j2與Log4j1發生了很大的變化，log4j2不相容log4j1。

• Commons Logging和Slf4j是日誌門面(門面模式是軟體工程中常用的一種軟體設計模式，也被稱為正面模式、外觀模式。它為子系統中的一組介面提供一個統一的高層介面，使得子系統更容易使用)。log4j和Logback則是具體的日誌實現方案。可以簡單的理解為介面與介面的實現，呼叫這隻需要關注介面而無需關注具體的實現，做到解耦。

• 比較常用的組合使用方式是Slf4j與Logback組合使用，Commons Logging與Log4j組合使用。

• Logback必須配合Slf4j使用。由於Logback和Slf4j是同一個作者，其相容性不言而喻。

Commons Logging與Slf4j實現機制對比

Commons logging實現機制

Commons logging是通過動態查詢機制，在程式執行時，使用自己的ClassLoader尋找和載入本地具體的實現。詳細策略可以檢視commons-logging-*.jar包中的org.apache.commons.logging.impl.LogFactoryImpl.java檔案。由於OSGi不同的外掛使用獨立的ClassLoader，OSGI的這種機制保證了外掛互相獨立, 其機制限制了commons logging在OSGi中的正常使用。

Slf4j實現機制

Slf4j在編譯期間，靜態繫結本地的LOG庫，因此可以在OSGi中正常使用。它是通過查詢類路徑下org.slf4j.impl.StaticLoggerBinder，然後繫結工作都在這類裡面進。

如果在專案中如果選擇日誌框架

如果是在一個新的專案中建議使用Slf4j與Logback組合，這樣有如下的幾個優點。

1. Slf4j實現機制決定Slf4j限制較少，使用範圍更廣。由於Slf4j在編譯期間，靜態繫結本地的LOG庫使得通用性要比Commons logging要好。

2. Logback擁有更好的效能。Logback聲稱：某些關鍵操作，比如判定是否記錄一條日誌語句的操作，其效能得到了顯著的提高。這個操作在Logback中需要3納秒，而在Log4J中則需要30納秒。LogBack建立記錄器（logger）的速度也更快：13毫秒，而在Log4J中需要23毫秒。更重要的是，它獲取已存在的記錄器只需94納秒，而Log4J需要2234納秒，時間減少到了1/23。跟JUL相比的效能提高也是顯著的。

3. Commons Logging開銷更高 在使Commons Logging時為了減少構建日誌資訊的開銷，通常的做法是：
   if(log.isDebugEnabled()){
   log.debug("User name： " +
   user.getName() + " buy goods id ：" + good.getId());
   }
   在Slf4j陣營，你只需這麼做：
   log.debug("User name：{} ,buy goods id ：{}", user.getName(),good.getId());
   也就是說，slf4j把構建日誌的開銷放在了它確認需要顯示這條日誌之後，減少記憶體和cup的開銷，使用佔位符號，程式碼也更為簡潔

4. Logback文件免費。Logback的所有文件是全面免費提供的，不象Log4J那樣只提供部分免費文件而需要使用者去購買付費文件。

如何在專案中使用Slf4j

Slf4j與其他各種日誌元件的橋接

具體的接入方式參見下圖

如何橋接遺留的api

在實際環境中我們經常會遇到不同的元件使用的日誌框架不同的情況，例如Spring Framework使用的是日誌元件是Commons logging，XSocket依賴的則是Java Util Logging。當我們在同一專案中使用不同的元件時應該如果解決不同元件依賴的日誌元件不一致的情況呢？現在我們需要統一日誌方案，統一使用SLF4J，把他們的日誌輸出重定向到SLF4J，然後 SLF4J 又會根據繫結器把日誌交給具體的日誌實現工具。Slf4j帶有幾個橋接模組，可以重定向log4j，JCL和java.util.logging中的API到Slf4j。

遺留的api橋接方案

橋接方式參見下圖

使用slf4j橋接要注意事項

在使用slf4j橋接時要注意避免形成死迴圈，在專案依賴的jar包中不要存在以下情況。

參考連結