(轉)Spring boot——logback.xml 配置詳解(四)

文章轉載自:http://aub.iteye.com/blog/1101260在此對做者的辛苦表示感謝!html

1 filter的使用

<filter>:java

 Logback的過濾器基於三值邏輯(ternary logic),容許把它們組裝或成鏈,從而組成任意的複合過濾策略。過濾器很大程度上受到Linux的iptables啓發。這裏的所謂三值邏輯是說,過濾器的返回值只能是ACCEPT、DENY和NEUTRAL的其中一個。express

  • 若是返回DENY,那麼記錄事件當即被拋棄,再也不通過剩餘過濾器;
  • 若是返回NEUTRAL,那麼有序列表裏的下一個過濾器會接着處理記錄事件;
  • 若是返回ACCEPT,那麼記錄事件被當即處理,再也不通過剩餘過濾器。

過濾器被添加到<Appender> 中,爲<Appender> 添加一個或多個過濾器後,能夠用任意條件對日誌進行過濾。<Appender> 有多個過濾器時,按照配置順序執行。app

2 經常使用的過濾器

2.1 LevelFilter

LevelFilter: 級別過濾器,根據日誌級別進行過濾。若是日誌級別等於配置級別,過濾器會根據onMath 和 onMismatch接收或拒絕日誌。有如下子節點:lua

<level>:設置過濾級別spa

<onMatch>:用於配置符合過濾條件的操做debug

<onMismatch>:用於配置不符合過濾條件的操做代理

例如:將過濾器的日誌級別配置爲INFO,全部INFO級別的日誌交給appender處理,非INFO級別的日誌,被過濾掉。日誌

<configuration> 
  <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender"> 
    <filter class="ch.qos.logback.classic.filter.LevelFilter"> 
      <level>INFO</level> 
      <onMatch>ACCEPT</onMatch> 
      <onMismatch>DENY</onMismatch> 
    </filter> 
    <encoder> 
      <pattern> 
        %-4relative [%thread] %-5level %logger{30} - %msg%n 
      </pattern> 
    </encoder> 
  </appender> 
  <root level="DEBUG"> 
    <appender-ref ref="CONSOLE" /> 
  </root> 
</configuration>

 

2.2 ThresholdFilter

ThresholdFilter: 臨界值過濾器,過濾掉低於指定臨界值的日誌。code

當日志級別等於或高於臨界值時,過濾器返回NEUTRAL;當日志級別低於臨界值時,日誌會被拒絕。

例如:過濾掉全部低於INFO級別的日誌。

<configuration> 
  <appender name="CONSOLE" 
    class="ch.qos.logback.core.ConsoleAppender"> 
    <!-- 過濾掉 TRACE 和 DEBUG 級別的日誌--> 
    <filter class="ch.qos.logback.classic.filter.ThresholdFilter"> 
      <level>INFO</level> 
    </filter> 
    <encoder> 
      <pattern> 
        %-4relative [%thread] %-5level %logger{30} - %msg%n 
      </pattern> 
    </encoder> 
  </appender> 
  <root level="DEBUG"> 
    <appender-ref ref="CONSOLE" /> 
  </root> 
</configuration>  

2.3 EvaluatorFilter

(沒有嘗試)

EvaluatorFilter: 求值過濾器,評估、鑑別日誌是否符合指定條件。須要額外的兩個JAR包,commons-compiler.jar和janino.jar有如下子節點:

<evaluator>:

鑑別器,經常使用的鑑別器是JaninoEventEvaluato,也是默認的鑑別器,它以任意的java布爾值表達式做爲求值條件,求值條件在配置文件解釋過成功被動態編譯,布爾值表達式返回true就表示符合過濾條件。evaluator有個子標籤<expression>,用於配置求值條件。

求值表達式做用於當前日誌,logback向求值表達式暴露日誌的各類字段:

 Name       Type         Description

event LoggingEvent 與記錄請求相關聯的原始記錄事件,下面全部變量都來自event,例如,event.getMessage()返回下面"message"相同的字符串
message String 日誌的原始消息,例如,設有logger mylogger,"name"的值是"AUB",對於 mylogger.info("Hello {}",name); "Hello {}"就是原始消息。
formatedMessage String 日誌被各式話的消息,例如,設有logger mylogger,"name"的值是"AUB",對於 mylogger.info("Hello {}",name); "Hello Aub"就是格式化後的消息。
logger String logger 名。
loggerContext LoggerContextVO 日誌所屬的logger上下文。
level int 級別對應的整數值,因此 level > INFO 是正確的表達式。
timeStamp long 建立日誌的時間戳。
marker Marker 與日誌請求相關聯的Marker對象,注意「Marker」有可能爲null,因此你要確保它不能是null。
mdc Map 包含建立日誌期間的MDC全部值得map。訪問方法是:mdc.get("myKey") 。mdc.get()返回的是Object不是String,要想調用String的方法就要強轉,例如,

((String) mdc.get("k")).contains("val") .MDC可能爲null,調用時注意。

throwable java.lang.Throwable 若是沒有異常與日誌關聯"throwable" 變量爲 null. 不幸的是, "throwable" 不能被序列化。在遠程系統上永遠爲null,對於與位置無關的表達式請使用下面的變量throwableProxy
throwableProxy IThrowableProxy 與日誌事件關聯的異常代理。若是沒有異常與日誌事件關聯,則變量"throwableProxy" 爲 null. 當異常被關聯到日誌事件時,"throwableProxy" 在遠程系統上不會爲null

 

<onMatch>:用於配置符合過濾條件的操做

<onMismatch>:用於配置不符合過濾條件的操做

例如:過濾掉全部日誌消息中不包含「billing」字符串的日誌。

<configuration> 
 
  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> 
    <filter class="ch.qos.logback.core.filter.EvaluatorFilter">       
      <evaluator> <!-- 默認爲 ch.qos.logback.classic.boolex.JaninoEventEvaluator --> 
        <expression>return message.contains("billing");</expression> 
      </evaluator> 
      <OnMatch>ACCEPT </OnMatch>
      <OnMismatch>DENY</OnMismatch>
    </filter> 
    <encoder> 
      <pattern> 
        %-4relative [%thread] %-5level %logger - %msg%n 
      </pattern> 
    </encoder> 
  </appender> 
 
  <root level="INFO"> 
    <appender-ref ref="STDOUT" /> 
  </root> 
</configuration>

 

<matcher> :

匹配器,儘管可使用String類的matches()方法進行模式匹配,但會致使每次調用過濾器時都會建立一個新的Pattern對象,爲了消除這種開銷,能夠預約義一個或多個matcher對象,定之後就能夠在求值表達式中重複引用。<matcher>是<evaluator>的子標籤。

<matcher>中包含兩個子標籤,一個是<name>,用於定義matcher的名字,求值表達式中使用這個名字來引用matcher;另外一個是<regex>,用於配置匹配條件。

例如:

<configuration debug="true"> 
 
  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> 
    <filter class="ch.qos.logback.core.filter.EvaluatorFilter"> 
      <evaluator>         
        <matcher> 
          <Name>odd</Name> 
          <!-- filter out odd numbered statements --> 
          <regex>statement [13579]</regex> 
        </matcher> 
         
        <expression>odd.matches(formattedMessage)</expression> 
      </evaluator> 
      <OnMismatch>NEUTRAL</OnMismatch> 
      <OnMatch>DENY</OnMatch> 
    </filter> 
    <encoder> 
      <pattern>%-4relative [%thread] %-5level %logger - %msg%n</pattern> 
    </encoder> 
  </appender> 
 
  <root level="DEBUG"> 
    <appender-ref ref="STDOUT" /> 
  </root> 
</configuration>

其餘Filter不太經常使用我這裏就不講了,你們能夠參見官網。

中文手冊下載:

相關文章
相關標籤/搜索