logback與Log4J的區別

 Logback和log4j是非常相似的，如果你對log4j很熟悉，那對logback很快就會得心應手。下面列了logback相對於log4j的一些優點： 

更快的實現 
Logback的內核重寫了，在一些關鍵執行路徑上性能提升10倍以上。而且logback不僅性能提升了，初始化內存加載也更小了。 

非常充分的測試 
Logback經過了幾年，數不清小時的測試。Logback的測試完全不同級別的。在作者的觀點，這是簡單重要的原因選擇logback而不是log4j。 

Logback-classic非常自然實現了SLF4j 
Logback-classic實現了SLF4j。在使用SLF4j中，你都感覺不到logback-classic。而且因爲logback-classic非常自然地實現了SLF4J，所以切換到log4j或者其他，非常容易，只需要提供成另一個jar包就OK，根本不需要去動那些通過SLF4JAPI實現的代碼。 

非常充分的文檔 
官方網站有兩百多頁的文檔。 

自動重新加載配置文件 
當配置文件修改了，Logback-classic能自動重新加載配置文件。掃描過程快且安全，它並不需要另外創建一個掃描線程。這個技術充分保證了應用程序能跑得很歡在JEE環境裏面。 

Lilith 
Lilith是log事件的觀察者，和log4j的chainsaw類似。而lilith還能處理大數量的log數據 

謹慎的模式和非常友好的恢復 
在謹慎模式下，多個FileAppender實例跑在多個JVM下，能夠安全地寫道同一個日誌文件。RollingFileAppender會有些限制。Logback的FileAppender和它的子類包括RollingFileAppender能夠非常友好地從I/O異常中恢復。 

配置文件可以處理不同的情況 
開發人員經常需要判斷不同的Logback配置文件在不同的環境下（開發，測試，生產）。而這些配置文件僅僅只有一些很小的不同，可以通過,和來實現，這樣一個配置文件就可以適應多個環境。 

Filters（過濾器） 
有些時候，需要診斷一個問題，需要打出日誌。在log4j，只有降低日誌級別，不過這樣會打出大量的日誌，會影響應用性能。在Logback，你可以繼續保持那個日誌級別而除掉某種特殊情況，如alice這個用戶登錄，她的日誌將打在DEBUG級別而其他用戶可以繼續打在WARN級別。要實現這個功能只需加4行XML配置。可以參考MDCFIlter 

SiftingAppender（一個非常多功能的Appender） 
它可以用來分割日誌文件根據任何一個給定的運行參數。如，SiftingAppender能夠區別日誌事件跟進用戶的Session，然後每個用戶會有一個日誌文件。 

自動壓縮已經打出來的log 
RollingFileAppender在產生新文件的時候，會自動壓縮已經打出來的日誌文件。壓縮是個異步過程，所以甚至對於大的日誌文件，在壓縮過程中應用不會受任何影響。 

堆棧樹帶有包版本 
Logback在打出堆棧樹日誌時，會帶上包的數據。 

自動去除舊的日誌文件 
通過設置TimeBasedRollingPolicy或者SizeAndTimeBasedFNATP的maxHistory屬性，你可以控制已經產生日誌文件的最大數量。如果設置maxHistory爲12，那那些log文件超過12個月的都會被自動移除。 

總之，logback比log4j太優秀了，讓我們的應用全部建立logback上吧