不知道看到這篇文章的Java工程師有沒有考慮過這個問題：為什么在企業開發中會選擇logback來記錄日志，而不是log4j呢？
如果你以前沒有考慮過這個問題，那么現在如果讓你考慮一下，你可能覺的會是因為什么原因呢？本文就來為你回答這個問題。
無論從設計上還是實現上，Logback相對log4j而言有了相對多的改進。不過盡管難以一一細數，這里還是列舉部分理由為什么選擇logback而不是log4j。牢記logback與log4j在概念上面是很相似的，它們都是有同一群開發者建立。所以如果你已經對log4j很熟悉，你也可以很快上手logback。如果你喜歡使用log4j,你也許會迷上使用logback。
1. 更快的執行速度
基於我們先前在log4j上的工作，logback 重寫了內部的實現，在某些特定的場景上面，甚至可以比之前的速度快上10倍。在保證logback的組件更加快速的同時，同時所需的內存更加少。
2.更充足的測試
Logback 歷經了幾年，數不清小時數的測試。盡管log4j也是測試過的，但是Logback的測試更加充分，跟log4j不在同一個級別。我們認為，這正是人們選擇Logback而不是log4j的最重要的原因。人們都希望即使在惡劣的條件下，你的日記框架依然穩定而可靠。
3. logback-classic 非常自然的實現了SLF4J
logback-classic中的登陸類自然的實現了SLF4J。當你使用 logback-classic作為底層實現時，涉及到LF4J日記系統的問題你完全不需要考慮。更進一步來說，由於 logback-classic強烈建議使用SLF4J作為客戶端日記系統實現，如果需要切換到log4j或者其他，你只需要替換一個jar包即可，不需要去改變那些通過SLF4J API 實現的代碼。這可以大大減少更換日記系統的工作量。
4. 擴展文檔
Logback附帶詳細的和不斷更新的文檔。
5.使用XML配置文件或者Groovy
配置logback的傳統方法是通過XML文件。在文檔中，大部分例子都是是用XML語法。但是，對於logback版本0.9.22，通過Groovy編寫的配置文件也得到支持。相比於XML，Groovy風格的配置文件更加直觀，連貫和簡短的語法。
現在， 已經有一個工具自動把logback.xml文件遷移至logback.groovy。
6.自動重新載入配置文件
Logback-classic可以在配置文件被修改后，自動重新載入。這個掃描過程很快，無資源爭用，並且可以動態擴展支持在上百個線程之間每秒上百萬個調用。它和應用服務器結合良好，並且在JEE環境通用，因為它不會調用創建一個單獨的線程來做掃描。
7.優雅地從I/O錯誤中恢復
FileAppender和它的子類，包括RollingFileAppender，可以優雅的從I/O錯誤中恢復。所以，如果一個文件服務器臨時宕機，你再也不需要重啟你的應用，而日志功能就能正常工作。當文件服務器恢復工作，logback相關的appender就會透明地和快速的從上一個錯誤中恢復。
8.自動清除舊的日志歸檔文件
通過設置TimeBasedRollingPolicy 或者 SizeAndTimeBasedFNATP的 maxHistory 屬性，你就可以控制日志歸檔文件的最大數量。如果你的回滾策略是每月回滾的，並且你希望保存一年的日志，那么只需簡單的設置maxHistory屬性為12。對於12個月之前的歸檔日志文件將被自動清除。
9. 自動壓縮歸檔日志文件
RollingFileAppender可以在回滾操作中，自動壓縮歸檔日志文件。壓縮通常是異步執行的，所以即使是很大的日志文件，你的應用都不會因此而被阻塞。
10. 謹慎模式
在謹慎模式中，在多個JVM中運行的多個FileAppender實例，可以安全的寫入統一個日志文件。謹慎模式可以在一定的限制條件下應用於RollingFileAppender。
11.Lilith
Lilith是logback的一個記錄和訪問事件查看器。它相當於log4j的 chainsaw，但是Lilith設計的目的是處理大量的日志記錄。
12. 配置文件中的條件處理
開發者通常需要在不同的目標環境中變換logback的配置文件，例如開發環境，測試環境和生產環境。這些配置文件大體是一樣的，除了某部分會有不同。為了避免重復，logback支持配置文件中的條件處理，只需使用<if>,<then>和<else>，那么同一個配置文件就可以在不同的環境中使用了。
13.過濾
Logback擁有遠比log4j更豐富的過濾能力。例如，讓我們假設，有一個相當重要的商業應用部署在生產環境。考慮到大量的交易數據需要處理，記錄級別被設置為WARN，那么只有警告和錯誤信息才會被記錄。現在，想象一下，你在開發環境遇到了一個臭蟲，但是在測試平台中卻很難發現，因為一些環境之間(生產環境/測試環境)的未知差異。
使用log4j，你只能選擇在生產系統中降低記錄的級別到DEBUG，來嘗試發現問題。但是很不幸，這會生成大量的日志記錄，讓分析變得困難。更重要的是，多余的日志記錄會影響到生產環境的性能。
使用logback，你可以選擇保留只所有用戶的WARN級別的日志，而除了某個用戶，例如Alice，而她就是問題的相關用戶。當Alice登錄系統，她就會以DEBUG級別被記錄，而其他用戶仍然是以WARN級別來記錄日志。這個功能，可以通過在配置文件的XML中添加4行。請在相關章節中查找MDCFilter
14. SiftingAppender
SiftingAppender是一個全能的追加器。它可以基於任何給定的實時屬性分開（或者篩選）日志。例如，SiftingAppender可以基於用戶會話分開日志事件，這樣，可以為每一個用戶建立一個獨立的日志文件。
15. 堆棧軌跡信息包含包的數據
當logback打印一個異常，堆棧軌跡信息將包含包的相關數據。下面是一個通過 logback-demo 生成的堆棧信息：
14:28:48.835 [btpool0-7] INFO c.q.l.demo.prime.PrimeAction - 99 is not a valid value java.lang.Exception: 99 is invalid at ch.qos.logback.demo.prime.PrimeAction.execute(PrimeAction.java:28) [classes/:na] at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) [struts-1.2.9.jar:1.2.9] at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) [servlet-api-2.5-6.1.12.jar:6.1.12] at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502) [jetty-6.1.12.jar:6.1.12] at ch.qos.logback.demo.UserServletFilter.doFilter(UserServletFilter.java:44) [classes/:na] at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1115) [jetty-6.1.12.jar:6.1.12] at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:361) [jetty-6.1.12.jar:6.1.12] at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417) [jetty-6.1.12.jar:6.1.12] at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) [jetty-6.1.12.jar:6.1.12]
從上面的信息，你可以發現這個應用使用Struts 1.2.9 而且是使用 jetty 6.1.12部署的。所以，堆棧軌跡信息將快速的告訴讀者，關於異常發生的類還有包和包的版本。當你的客戶發送一個堆棧軌跡信息給你，作為一個開發人員，你就不需要讓他們告訴你他們正在使用的包的版本。這項信息已經包括在堆棧軌跡信息中。詳細請參考 "%xThrowable" conversion word.
這項功能可以非常有幫助的說明，有些用戶誤以為這是IDE的功能。
16. Logback-access模塊，提供了通過HTTP訪問日志的能力，是logback不可或缺的組成部分
最后但絕非最不重要的是，作為logback發布包的一部分，logback-access模塊可與Jetty或者Tomcat進行集成，提供了非常豐富而強大的通過HTTP訪問日志的功能。因為logback-access模塊是logback初期設計方案中的一部分，因此，所有你所喜歡的logback-classic模塊所提供的全部特性logback-access同樣也具備。
我們給出了許多選擇logback而不選擇log4j的理由。簡而言之，既然logback構建於我們先前所構建的log4j之上，logback可以說就是一個更好的log4j。