如果對于commons-loging 、log4j 、slf4j 、LogBack 等都已經非常清楚了，可以忽略本文。幾次解決日志沖突問題時對這幾個概念的簡單總結，希望對這塊基礎沒有理解透的同學能有所幫助，當然如果對這塊有更深刻理解的同學，也貢獻出自己的知識和見解。
一、 概念
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
二、 常見日志方案和注意事項
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 包在里面。
當遇到日志錯亂等問題時，可以從這幾個方面來排查