日誌概述

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

常用日誌框架類別介紹

• 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以來的官方日誌實現。

常用日誌框架歷史

• 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組合，這樣有如下的幾個優點：

• Slf4j實現機制決定Slf4j限制較少，使用範圍更廣。由於Slf4j在編譯期間，靜態繫結本地的LOG庫使得通用性要比Commons logging要好；
• Logback擁有更好的效能。Logback聲稱：某些關鍵操作，比如判定是否記錄一條日誌語句的操作，其效能得到了顯著的提高。這個操作在Logback中需要3納秒，而在Log4J中則需要30納秒。LogBack建立記錄器（logger）的速度也更快：13毫秒，而在Log4J中需要23毫秒。更重要的是，它獲取已存在的記錄器只需94納秒，而Log4J需要2234納秒，時間減少到了1/23。跟JUL相比的效能提高也是顯著的。
• 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的開銷，使用佔位符號，程式碼也更為簡潔。

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