Logback的使用

什麼是 logback?

logback 是由 log4j 創始人設計的又一個開源日誌組件。logback 當前分紅三個模塊：

• logback-core
• logback- classic
• logback-access。

logback-core 是其它兩個模塊的基礎模塊。logback-classic 是 log4j 的一個改良版本。此外 logback-classic 完整實現 SLF4J API 使你能夠很方便地更換成其它日誌系統如 log4j 或 JDK14 Logging。logback-access 訪問模塊與 Servlet 容器集成提供經過 Http 來訪問日誌的功能。 Logback 是要與 SLF4J 結合起來用兩個組件的官方網站以下：

官網連接

• logback
• SLF4J

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在打出堆棧樹日誌時，會帶上包的數據。

1三、自動去除舊的日誌文件

經過設置TimeBasedRollingPolicy或者SizeAndTimeBasedFNATP的maxHistory屬性，你能夠控制已經產生日誌文件的最大數量。若是設置maxHistory 12，那那些log文件超過12個月的都會被自動移除。

總之，logback比log4j太優秀了，讓咱們的應用所有創建logback上吧 ！

Logback的配置介紹

一、Logger、appender及layout

Logger做爲日誌的記錄器，把它關聯到應用的對應的context上後，主要用於存放日誌對象，也能夠定義日誌類型、級別。

Appender主要用於指定日誌輸出的目的地，目的地能夠是控制檯、文件、遠程套接字服務器、 MySQL、PostreSQL、 Oracle和其餘數據庫、 JMS和遠程UNIX Syslog守護進程等。

Layout負責把事件轉換成字符串，格式化的日誌信息的輸出。

二、logger context

各個logger都被關聯到一個LoggerContext，LoggerContext負責製造logger，也負責以樹結構排列各 logger。其餘全部logger也經過org.slf4j.LoggerFactory 類的靜態方法getLogger取得。 getLogger方法以logger名稱爲參數。用同一名字調用LoggerFactory.getLogger 方法所獲得的永遠都是同一個logger對象的引用。

三、有效級別及級別的繼承

Logger 能夠被分配級別。級別包括：TRACE、DEBUG、INFO、WARN 和 ERROR，定義於ch.qos.logback.classic.Level類。若是 logger沒有被分配級別，那麼它將從有被分配級別的最近的祖先那裏繼承級別。root logger默認級別是DEBUG。

四、打印方法與基本的選擇規則

打印方法決定記錄請求的級別。例如，若是L是一個logger實例，那麼，語句L.info("..")是一條級別爲 INFO 的記錄語句。記錄請求的級別在高於或等於其logger的有效級別時被稱爲被啓用，不然，稱爲被禁用。記錄請求級別爲 p，其logger的有效級別爲q，只有則當p>=q時，該請求才會被執行。

該規則是logback的核心。級別排序爲： TRACE < DEBUG < INFO < WARN < ERROR。

五、日誌級別含義

• ERROR 系統產生的錯誤信息，每每會嚴重影響系統的穩定性
• WARNING 警告信息，這類信息須要特別注意可是不會影響系統的運行
• INFO 系統的內部狀態，能夠用來一些分析的工做
• DEBUG 調試信息，這類日誌通常會在開發時候用的較多
• TRACE 流程跟蹤信息，這類信息通常用來跟蹤一個操做流

Logback的默認配置

若是配置文件 logback-test.xml 和 logback.xml 都不存在，那麼 logback 默認地會調用 BasicConfigurator ，建立一個最小化配置。最小化配置由一個關聯到根 logger 的 ConsoleAppender 組成。輸出用模式爲 %d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n 的 PatternLayoutEncoder 進行格式化。root logger 默認級別是 DEBUG。

一、Logback的配置文件

Logback 配置文件的語法很是靈活。正由於靈活，因此沒法用 DTD 或 XML schema 進行定義。儘管如此，能夠這樣描述配置文件的基本結構：以 開頭，後面有零個或多個 元素，有零個或多個 元素，有最多一個 元素。

二、Logback默認配置的步驟

(1). 嘗試在classpath下查找文件logback-test.xml；

(2). 若是文件不存在，則查找文件logback.xml；

(3). 若是兩個文件都不存在，logback用Bas icConfigurator自動對本身進行配置，這會致使記錄輸出到控制檯

SSM 集成 logback

依賴

<!-- logback 日誌 -->
<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>1.1.11</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.7.25</version>
</dependency>

在 resources/logback 目錄下新建 logback.xml 文件

<?xml version="1.0" encoding="UTF-8" ?>
<configuration debug="false">
    <!-- 定義日誌文件的存儲地址 勿在 LogBack 的配置中使用相對路徑 -->
    <property name="LOG_HOME" value="/home" />
    <!-- 控制檯輸出 -->
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <!--格式化輸出：%d表示日期，%thread表示線程名，%-5level：級別從左顯示5個字符寬度%msg：日誌消息，%n是換行符-->
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
        </encoder>
    </appender>
    <!-- 按照天天生成日誌文件 -->
    <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <!--日誌文件輸出的文件名-->
            <FileNamePattern>${LOG_HOME}/TestWeb.log.%d{yyyy-MM-dd}.log</FileNamePattern>
            <!--日誌文件保留天數-->
            <MaxHistory>30</MaxHistory>
        </rollingPolicy>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <!--格式化輸出：%d表示日期，%thread表示線程名，%-5level：級別從左顯示5個字符寬度%msg：日誌消息，%n是換行符-->
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
        </encoder>
        <!--日誌文件最大的大小-->
        <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
            <MaxFileSize>10MB</MaxFileSize>
        </triggeringPolicy>
    </appender>

    <!-- 日誌輸出級別 -->
    <root level="DEBUG">
        <appender-ref ref="STDOUT" />
    </root>
</configuration>

新建測試類

public class LogbackTest {

    // 定義一個全局的記錄器，經過 LoggerFactory 獲取
    private static final Logger logger = LoggerFactory.getLogger(LogbackTest.class);

    @Test
    public void testLog() {
        logger.trace("trace");
        logger.debug("debug");
        logger.info("info");
        logger.warn("warn");
        logger.error("error");
    }
}

啓動測試

14:57:03.856 [main] DEBUG com.marklogzhu.platform.common.LogbackTest - debug
14:57:03.863 [main] INFO com.marklogzhu.platform.common.LogbackTest - info
14:57:03.863 [main] WARN com.marklogzhu.platform.common.LogbackTest - warn
14:57:03.863 [main] ERROR com.marklogzhu.platform.common.LogbackTest - error