java日誌，須要知道的幾件事

java日誌，須要知道的幾件事

若是對於commons-loging 、log4j 、slf4j 、LogBack 等都已經很是清楚了，能夠忽略本文。幾回解決日誌衝突問題時對這幾個概念的簡單總結，但願對這塊基礎沒有理解透的同窗能有所幫助，固然若是對這塊有更深入理解的同窗，也貢獻出本身的知識和看法。

1、 概念

Commons-logging : apache最先提供的日誌的門面接口。避免和具體的日誌方案直接耦合。相似於JDBC 的api 接口，具體的的JDBC driver 實現由各數據庫提供商實現。經過統一接口解耦，不過其內部也實現了一些簡單日誌方案。

Log4j : 經典的一種日誌解決方案。內部把日誌系統抽象封裝成Logger 、appender 、pattern 等實現。咱們能夠經過配置文件輕鬆的實現日誌系統的管理和多樣化配置。

Slf4j : 全稱爲Simple Logging Facade for JAVA：java簡單日誌門面。 是對不一樣日誌框架提供的一個門面封裝。能夠在部署的時候不修改任何配置便可接入一種日誌實現方案。和commons-loging 應該有同樣的初衷。我的感受設從計上更好一些，沒有commons 那麼多潛規則。同時有兩個額外特色： 1. 能支持多個參數，並經過{} 佔位符進行替換，避免老寫logger.isXXXEnabled 這種無奈的判斷，帶來性能提高見：http://www.slf4j.org/faq.html#logging_performance 。

2.OSGI 機制更好兼容支持 一圖勝千言，官網上的一個圖： 

從上圖能夠發現，選擇仍是不少的。

Logback : LOGBack 做爲一個通用可靠、快速靈活的日誌框架，將做爲Log4j 的替代和SLF4J 組成新的日誌系統的完整實現。官網上稱具備極佳的性能，在關鍵路徑上執行速度是log4j 的10 倍，且內存消耗更少。具體優點見： http://logback.qos.ch/reasonsToSwitch.html

2、 常見日誌方案和注意事項

1.Commons-logging+log4j : 經典的一個日誌實現方案。出如今各類框架裏。如spring 、webx 、ibatis 等等。直接使用log4j 便可知足咱們的日誌方案。可是通常爲了不直接依賴具體的日誌實現，通常都是結合commons-logging 來實現。

常見代碼以下：

import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

private static Log logger = LogFactory.getLog(CommonsLoggingTest.class);

代碼上，沒有依賴任何的log4j 內部的類。那麼log4j 是如何被裝載的？ Log 是一個接口聲明。LogFactory 的內部會去裝載具體的日誌系統，並得到實現該Log 接口的實現類。而內部有一個Log4JLogger 實現類對Log 接口同時內部提供了對log4j logger 的代理。

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 並在classpath 配置了log4j.xml ，則commons-logging 就會使log4j 使用正常，而代碼裏不須要依賴任何log4j 的代碼。

2.Commons-logging+log4j+slf4j: 若是在原有commons-logging 系統裏，若是要遷移到slf4j, 使用slf4j 替換commons-logging ，也是能夠作到的。原理使用到了上述commons-logging 加載的第二點。須要引入Org.slf4j.jcl-over-slf4j-1.5.6.jar 。這個jar 包提供了一個橋接，讓底層實現是基於slf4j 。

原理是在該jar 包裏存放了配置META-INF/services/org.apache.commons.logging.LogFactory =org.apache.commons.logging.impl.SLF4JLogFactory ，而commons-logging 在初始化的時候會找到這個serviceId ，並把它做爲LogFactory 。

完成橋接後，那麼那麼簡單日誌門面SLF4J 內部又是如何來裝載合適的log 呢？ 原理是SLF4J 會在編譯時會綁定import org.slf4j.impl.StaticLoggerBinder; 該類裏面實現對具體日誌方案的綁定接入。任何一種基於slf4j 的實現都要有一個這個類。

如： org.slf4j.slf4j-log4j12-1.5.6: 提供對 log4j 的一種適配實現。 Org.slf4j.slf4j-simple-1.5.6: 是一種 simple 實現，會將 log 直接打到控制檯。

…… 那麼這個地方就要注意了：若是有任意兩個實現slf4j 的包同時出現，那就有可能釀就悲劇，你可能會發現日誌不見了、或都打到控制檯了。緣由是這兩個jar 包裏都有各自的org.slf4j.impl.StaticLoggerBinder ，編譯時候綁定的是哪一個是不肯定的。這個地方要特別注意！！出現過幾回由於這個致使日誌錯亂的問題。

3.Slf4j+logback Slf4j 和log4j 做者都是同一我的。 Logback 號稱在性能各方面有不少優點，也很誘人。 直接使用SLf4j 也很簡單：

import org.slf4j.Logger;

import org.slf4j.LoggerFactory;

public class HelloWorld {

public static void main(String[] args) {

Logger logger = LoggerFactory.getLogger(HelloWorld.class);

logger.info("Hello World");

}

}

代碼裏也看不到任何具體日誌實現方案的痕跡。

Logback 沒用過，看到過一些誘人介紹。具體你們能夠去研究。

logback 。注意事項 使用日誌配置的時候必定要明白需求，同時避免衝突。 如使用SLF4j 的時候爲了不衝突，必定要保障只有一種實現類jar 包在裏面。 當遇到日誌錯亂等問題時，能夠從這幾個方面來排查

本文轉載自：http://singleant.iteye.com/blog/934593