從零開始玩轉 logback、完整配置詳解

官網地址:https://logback.qos.ch/manual/index.html

?

前些天發現了一個巨牛的人工智能學習網站,通俗易懂,風趣幽默,忍不住分享一下給大家。點擊跳轉到教程。

?

概述

LogBack是一個日志框架,它與Log4j可以說是同出一源,都出自Ceki Gülcü之手。(log4j的原型是早前由Ceki Gülcü貢獻給Apache基金會的)下載地址:http://logback.qos.ch/download.html

LogBack、Slf4j和Log4j之間的關系

Slf4j是The Simple Logging Facade for Java的簡稱,是一個簡單日志門面抽象框架,它本身只提供了日志Facade API和一個簡單的日志類實現,一般常配合Log4j,LogBack,java.util.logging使用。Slf4j作為應用層的Log接入時,程序可以根據實際應用場景動態調整底層的日志實現框架(Log4j/LogBack/JdkLog…)。

LogBack和 Log4j 都是開源日記工具庫,LogBack是 Log4j 的改良版本,比 Log4j 擁有更多的特性,同時也帶來很大性能提升。詳細數據可參照下面地址:Reasons to prefer logback over log4j。

LogBack官方建議配合Slf4j使用,這樣可以靈活地替換底層日志框架。

TIPS:為了優化log4j,以及更大性能的提升,Apache基金會已經著手開發了log4j 2.0, 其中也借鑒和吸收了logback的一些先進特性,目前log4j2還處于beta階段。

LogBack的結構

LogBack被分為3個組件,logback-core, logback-classic 和 logback-access。

其中logback-core提供了LogBack的核心功能,是另外兩個組件的基礎。

logback-classic則實現了Slf4j的API,所以當想配合Slf4j使用時,需要將logback-classic加入classpath。

logback-access是為了集成Servlet環境而準備的,可提供HTTP-access的日志接口。


配置詳解

根節點<configuration>包含的屬性

  • scan:當此屬性設置為true時,配置文件如果發生改變,將會被重新加載,默認值為true.
  • scanPeriod:設置監測配置文件是否有修改的時間間隔,如果沒有給出時間單位,默認單位是毫秒。當scan為true時,此屬性生效。默認的時間間隔為1分鐘.
  • debug:當此屬性設置為true時,將打印出logback內部日志信息,實時查看logback運行狀態。默認值為false。

XML代碼:

<configuration scan="true" scanPeriod="60 second" debug="false">  <!-- 其他配置省略-->  
</configuration> 

根節點<configuration>的子節點

LogBack的配置大概包括3部分:appender, logger和root。

這里寫圖片描述

設置上下文名稱<contextName>

每個logger都關聯到logger上下文,默認上下文名稱為“default”。但可以使用<contextName>設置成其他名字,用于區分不同應用程序的記錄。一旦設置,不能修改。

XML代碼:

<configuration scan="true" scanPeriod="60 second" debug="false">  <contextName>myAppName</contextName>  <!-- 其他配置省略-->  
</configuration>  

設置變量 <property>

用來定義變量值的標簽,<property> 有兩個屬性,name和value;其中name的值是變量的名稱,value的值時變量定義的值。通過<property>定義的值會被插入到logger上下文中。定義變量后,可以使“${}”來使用變量。

例如使用<property>定義上下文名稱,然后在<contentName>設置logger上下文時使用。

<configuration scan="true" scanPeriod="60 second" debug="false">  <property name="APP_Name" value="myAppName" />   <contextName>${APP_Name}</contextName>  <!-- 其他配置省略-->  
</configuration>  

獲取時間戳字符串 <timestamp>

兩個屬性 key:標識此<timestamp> 的名字;datePattern:設置將當前時間(解析配置文件的時間)轉換為字符串的模式,遵循Java.txt.SimpleDateFormat的格式。

例如將解析配置文件的時間作為上下文名稱:

<configuration scan="true" scanPeriod="60 second" debug="false">  <timestamp key="bySecond" datePattern="yyyyMMdd'T'HHmmss"/>   <contextName>${bySecond}</contextName>  <!-- 其他配置省略-->  
</configuration> 

設置logger和root

<logger>?
用來設置某一個包或者具體的某一個類的日志打印級別、以及指定<appender>。<logger>僅有一個name屬性,一個可選的level和一個可選的addtivity屬性。

  • name:用來指定受此logger約束的某一個包或者具體的某一個類。
  • level:用來設置打印級別,大小寫無關:TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF,還有一個特殊值INHERITED或者同義詞NULL,代表強制執行上級的級別。?
    如果未設置此屬性,那么當前logger將會繼承上級的級別。
  • addtivity:是否向上級logger傳遞打印信息。默認是true。

<logger>可以包含零個或多個<appender-ref>元素,標識這個appender將會添加到這個logger。

<root>?
也是<logger>元素,但是它是根logger。只有一個level屬性,應為已經被命名為”root”.

  • level:用來設置打印級別,大小寫無關:TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF,不能設置為INHERITED或者同義詞NULL。默認是DEBUG。

<root>可以包含零個或多個<appender-ref>元素,標識這個appender將會添加到這個logger。

案例介紹

首先,Java類如下:

package logback;  import org.slf4j.Logger;  
import org.slf4j.LoggerFactory;  public class LogbackDemo {  private static Logger log = LoggerFactory.getLogger(LogbackDemo.class);  public static void main(String[] args) {  log.trace("======trace");  log.debug("======debug");  log.info("======info");  log.warn("======warn");  log.error("======error");  }  
} 

logback.xml配置文件

只配置root

<configuration>   <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">   <!-- encoder 默認配置為PatternLayoutEncoder -->   <encoder>   <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>   </encoder>   </appender>   <root level="INFO">             <appender-ref ref="STDOUT" />   </root>     </configuration>

其中appender的配置表示打印到控制臺(稍后詳細講解appender )。<root level=”INFO”>將root的打印級別設置為“INFO”,指定了名字為“STDOUT”的appender。

當執行logback.LogbackDemo類的main方法時,root將級別為“INFO”及大于“INFO”的日志信息交給已經配置好的名為“STDOUT”的appender處理,“STDOUT”appender將信息打印到控制臺;

輸出結果:

13:30:38.484 [main] INFO  logback.LogbackDemo - ======info  
13:30:38.500 [main] WARN  logback.LogbackDemo - ======warn  
13:30:38.500 [main] ERROR logback.LogbackDemo - ======error  

帶有logger的配置,不指定級別,不指定appender

<configuration>   <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">   <!-- encoder 默認配置為PatternLayoutEncoder -->   <encoder>   <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>   </encoder>   </appender>   <!-- logback為java中的包 -->   <logger name="logback"/>   <root level="DEBUG">             <appender-ref ref="STDOUT" />   </root>     </configuration> 

其中appender的配置表示打印到控制臺。?
輸出結果:

13:19:15.406 [main] DEBUG logback.LogbackDemo - ======debug  
13:19:15.406 [main] INFO  logback.LogbackDemo - ======info  
13:19:15.406 [main] WARN  logback.LogbackDemo - ======warn  
13:19:15.406 [main] ERROR logback.LogbackDemo - ======error 

<logger name=”logback” />將控制logback包下的所有類的日志的打印,但是并沒有設置打印級別,所以繼承他的上級<root>的日志級別“DEBUG”。

沒有設置addtivity,默認為true,將此logger的打印信息向上級傳遞。

沒有設置appender,此logger本身不打印任何信息。

<root level=”DEBUG”>將root的打印級別設置為“DEBUG”,指定了名字為“STDOUT”的appender。

當執行logback.LogbackDemo類的main方法時,因為LogbackDemo 在包logback中,所以首先執行<logger name=”logback” />,將級別為“DEBUG”及大于“DEBUG”的日志信息傳遞給root,本身并不打印。

root接到下級傳遞的信息,交給已經配置好的名為“STDOUT”的appender處理,“STDOUT”appender將信息打印到控制臺。

帶有多個logger的配置,指定級別,指定appender

 <configuration>   <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">   <!-- encoder 默認配置為PatternLayoutEncoder -->   <encoder>   <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>   </encoder>   </appender>   <!-- logback為java中的包 -->   <logger name="logback"/>   <!--logback.LogbackDemo:類的全路徑 -->   <logger name="logback.LogbackDemo" level="INFO" additivity="false">  <appender-ref ref="STDOUT"/>  </logger>   <root level="ERROR">             <appender-ref ref="STDOUT" />   </root>     
</configuration>  
14:05:35.937 [main] INFO  logback.LogbackDemo - ======info  
14:05:35.937 [main] WARN  logback.LogbackDemo - ======warn  
14:05:35.937 [main] ERROR logback.LogbackDemo - ======error 

<logger name=”logback” />將控制logback包下的所有類的日志的打印,但是并沒用設置打印級別,所以繼承他的上級<root>的日志級別“DEBUG”。

沒有設置addtivity,默認為true,將此logger的打印信息向上級傳遞。

沒有設置appender,此logger本身不打印任何信息。

<logger name=”logback.LogbackDemo” level=”INFO” additivity=”false”>控制logback.LogbackDemo類的日志打印,打印級別為“INFO”。?
additivity屬性為false,表示此logger的打印信息不再向上級傳遞,指定了名字為“STDOUT”的appender。

<root level=”DEBUG”>將root的打印級別設置為“ERROR”,指定了名字為“STDOUT”的appender。

當執行logback.LogbackDemo類的main方法時,先執行<logger name=”logback.LogbackDemo” level=”INFO” additivity=”false”>,將級別為“INFO”及大于“INFO”的日志信息交給此logger指定的名為“STDOUT”的appender處理,在控制臺中打出日志,不再向次logger的上級 <logger name=”logback”/> 傳遞打印信息。

<logger name=”logback”/>未接到任何打印信息,當然也不會給它的上級root傳遞任何打印信息。

如果將<logger name=”logback.LogbackDemo” level=”INFO” additivity=”false”>修改為 <logger name=”logback.LogbackDemo” level=”INFO” additivity=”true”>那打印結果將是什么呢??
沒錯,日志打印了兩次,想必大家都知道原因了,因為打印信息向上級傳遞,logger本身打印一次,root接到后又打印一次:

14:09:01.531 [main] INFO  logback.LogbackDemo - ======info  
14:09:01.531 [main] INFO  logback.LogbackDemo - ======info  
14:09:01.531 [main] WARN  logback.LogbackDemo - ======warn  
14:09:01.531 [main] WARN  logback.LogbackDemo - ======warn  
14:09:01.531 [main] ERROR logback.LogbackDemo - ======error  
14:09:01.531 [main] ERROR logback.LogbackDemo - ======error

<appender>詳解

<appender>是<configuration>的子節點,是負責寫日志的組件。<appender>有兩個必要屬性name和class。name指定appender名稱,class指定appender的全限定名。

這里寫圖片描述

ConsoleAppender

把日志添加到控制臺,有以下子節點:

  • <encoder>:對日志進行格式化。(具體參數稍后講解 )
  • <target>:字符串 System.out 或者 System.err ,默認 System.out .
<configuration>  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">  <encoder>  <pattern>%-4relative [%thread] %-5level %logger{35} - %msg %n</pattern>  </encoder>  </appender>  <root level="DEBUG">  <appender-ref ref="STDOUT" />  </root>  
</configuration> 
  • ?

FileAppender

把日志添加到文件,有以下子節點:

  • <file>:被寫入的文件名,可以是相對目錄,也可以是絕對目錄,如果上級目錄不存在會自動創建,沒有默認值。
  • <append>:如果是 true,日志被追加到文件結尾,如果是 false,清空現存文件,默認是true。
  • <encoder>:對記錄事件進行格式化。(具體參數稍后講解 )
  • <prudent>:如果是 true,日志會被安全的寫入文件,即使其他的FileAppender也在向此文件做寫入操作,效率低,默認是 false。
<configuration>  <appender name="FILE" class="ch.qos.logback.core.FileAppender">  <file>testFile.log</file>  <append>true</append>  <encoder>  <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>  </encoder>  </appender>  <root level="DEBUG">  <appender-ref ref="FILE" />  </root>  
</configuration>  

RollingFIleAppender

滾動記錄文件,先將日志記錄到指定文件,當符合某個條件時,將日志記錄到其他文件。有以下子節點:

  • <file>:被寫入的文件名,可以是相對目錄,也可以是絕對目錄,如果上級目錄不存在會自動創建,沒有默認值。
  • <append>:如果是 true,日志被追加到文件結尾,如果是 false,清空現存文件,默認是true。
  • <encoder>:對記錄事件進行格式化。(具體參數稍后講解 )
  • <rollingPolicy>:當發生滾動時,決定 RollingFileAppender 的行為,涉及文件移動和重命名。
  • <triggeringPolicy >: 告知 RollingFileAppender 何時激活滾動。
  • <prudent>:當為true時,不支持FixedWindowRollingPolicy。支持TimeBasedRollingPolicy,但是有兩個限制,1不支持也不允許文件壓縮,2不能設置file屬性,必須留空。

>>>>rollingPolicy

  • TimeBasedRollingPolicy: 最常用的滾動策略,它根據時間來制定滾動策略,既負責滾動也負責觸發滾動。有以下子節點:

<fileNamePattern>: 必要節點,包含文件名及“%d”轉換符,%d”可以包含一個Java.text.SimpleDateFormat指定的時間格式,如:%d{yyyy-MM}。如果直接使用 %d,默認格式是 yyyy-MM-dd。RollingFileAppender 的file字節點可有可無,通過設置file,可以為活動文件和歸檔文件指定不同位置,當前日志總是記錄到file指定的文件(活動文件),活動文件的名字不會改變;如果沒設置file,活動文件的名字會根據fileNamePattern 的值,每隔一段時間改變一次。“/”或者“\”會被當做目錄分隔符。

<maxHistory>: 可選節點,控制保留的歸檔文件的最大數量,超出數量就刪除舊文件。假設設置每個月滾動,且<maxHistory>是6,則只保存最近6個月的文件,刪除之前的舊文件。注意,刪除舊文件是,那些為了歸檔而創建的目錄也會被刪除。

  • FixedWindowRollingPolicy: 根據固定窗口算法重命名文件的滾動策略。有以下子節點:

<minIndex>:窗口索引最小值。

<maxIndex>:窗口索引最大值,當用戶指定的窗口過大時,會自動將窗口設置為12。

<fileNamePattern >: 必須包含“%i”例如,假設最小值和最大值分別為1和2,命名模式為 mylog%i.log,會產生歸檔文件mylog1.log和mylog2.log。還可以指定文件壓縮選項,例如,mylog%i.log.gz 或者 沒有log%i.log.zip

>>>>triggeringPolicy

  • SizeBasedTriggeringPolicy: 查看當前活動文件的大小,如果超過指定大小會告知RollingFileAppender 觸發當前活動文件滾動。只有一個節點:

<maxFileSize>:這是活動文件的大小,默認值是10MB。

例如:每天生產一個日志文件,保存30天的日志文件

<configuration>   <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">   <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">   <fileNamePattern>logFile.%d{yyyy-MM-dd}.log</fileNamePattern>   <maxHistory>30</maxHistory>    </rollingPolicy>   <encoder>   <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>   </encoder>   </appender>    <root level="DEBUG">   <appender-ref ref="FILE" />   </root>   
</configuration> 

又例如:按照固定窗口模式生成日志文件,當文件大于20MB時,生成新的日志文件。窗口大小是1到3,當保存了3個歸檔文件后,將覆蓋最早的日志。

<configuration>   <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">   <file>test.log</file>   <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy">   <fileNamePattern>tests.%i.log.zip</fileNamePattern>   <minIndex>1</minIndex>   <maxIndex>3</maxIndex>   </rollingPolicy>   <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">   <maxFileSize>5MB</maxFileSize>   </triggeringPolicy>   <encoder>   <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>   </encoder>   </appender>   <root level="DEBUG">   <appender-ref ref="FILE" />   </root>   
</configuration> 

另外還有SocketAppender、SMTPAppender、DBAppender、SyslogAppender、SiftingAppender,并不常用,這些就不在這里講解了,大家可以參考官方文檔。當然大家可以編寫自己的Appender。

<encoder>

負責兩件事,一是把日志信息轉換成字節數組,二是把字節數組寫入到輸出流。?
目前PatternLayoutEncoder 是唯一有用的且默認的encoder ,有一個<pattern>節點,用來設置日志的輸入格式。使用“%”加“轉換符”方式,如果要輸出“%”,則必須用“\”對“\%”進行轉義。?
例如:

<encoder>   <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>   
</encoder>

格式修飾符,與轉換符共同使用:?
可選的格式修飾符位于“%”和轉換符之間。第一個可選修飾符是左對齊 標志,符號是減號“-”;接著是可選的最小寬度 修飾符,用十進制數表示。如果字符小于最小寬度,則左填充或右填充,默認是左填充(即右對齊),填充符為空格。如果字符大于最小寬度,字符永遠不會被截斷。最大寬度 修飾符,符號是點號”.”后面加十進制數。如果字符大于最大寬度,則從前面截斷。點符號“.”后面加減號“-”在加數字,表示從尾部截斷。

例如:%-4relative 表示,將輸出從程序啟動到創建日志記錄的時間 進行左對齊 且最小寬度為4。


完整配置案例

最后附上相對比較完整的,涵蓋大部分配置的案例,案例中有解析。

<?xml version="1.0" encoding="UTF-8"?>
<!--
-scan:當此屬性設置為true時,配置文件如果發生改變,將會被重新加載,默認值為true
-scanPeriod:設置監測配置文件是否有修改的時間間隔,如果沒有給出時間單位,默認單位是毫秒。
-           當scan為true時,此屬性生效。默認的時間間隔為1分鐘
-debug:當此屬性設置為true時,將打印出logback內部日志信息,實時查看logback運行狀態。默認值為false。
-
- configuration 子節點為 appender、logger、root
-->
<configuration scan="true" scanPeriod="60 second" debug="false"><!-- 負責寫日志,控制臺日志 --><appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"><!-- 一是把日志信息轉換成字節數組,二是把字節數組寫入到輸出流 --><encoder><Pattern>[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%5level] [%thread] %logger{0} %msg%n</Pattern><charset>UTF-8</charset></encoder></appender><!-- 文件日志 --><appender name="DEBUG" class="ch.qos.logback.core.FileAppender"><file>debug.log</file><!-- append: true,日志被追加到文件結尾; false,清空現存文件;默認是true --><append>true</append><filter class="ch.qos.logback.classic.filter.LevelFilter"><!-- LevelFilter: 級別過濾器,根據日志級別進行過濾 --><level>DEBUG</level><onMatch>ACCEPT</onMatch><onMismatch>DENY</onMismatch></filter><encoder><Pattern>[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%5level] [%thread] %logger{0} %msg%n</Pattern><charset>UTF-8</charset></encoder></appender><!-- 滾動記錄文件,先將日志記錄到指定文件,當符合某個條件時,將日志記錄到其他文件 --><appender name="INFO" class="ch.qos.logback.core.rolling.RollingFileAppender"><File>info.log</File><!-- ThresholdFilter:臨界值過濾器,過濾掉 TRACE 和 DEBUG 級別的日志 --><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>INFO</level></filter><encoder><Pattern>[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%5level] [%thread] %logger{0} %msg%n</Pattern><charset>UTF-8</charset></encoder><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><!-- 每天生成一個日志文件,保存30天的日志文件- 如果隔一段時間沒有輸出日志,前面過期的日志不會被刪除,只有再重新打印日志的時候,會觸發刪除過期日志的操作。--><fileNamePattern>info.%d{yyyy-MM-dd}.log</fileNamePattern><maxHistory>30</maxHistory><TimeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"><maxFileSize>100MB</maxFileSize></TimeBasedFileNamingAndTriggeringPolicy></rollingPolicy></appender ><!--<!– 異常日志輸出 –>--><!--<appender name="EXCEPTION" class="ch.qos.logback.core.rolling.RollingFileAppender">--><!--<file>exception.log</file>--><!--<!– 求值過濾器,評估、鑒別日志是否符合指定條件. 需要額外的兩個JAR包,commons-compiler.jar和janino.jar –>--><!--<filter class="ch.qos.logback.core.filter.EvaluatorFilter">--><!--<!– 默認為 ch.qos.logback.classic.boolex.JaninoEventEvaluator –>--><!--<evaluator>--><!--<!– 過濾掉所有日志消息中不包含"Exception"字符串的日志 –>--><!--<expression>return message.contains("Exception");</expression>--><!--</evaluator>--><!--<OnMatch>ACCEPT</OnMatch>--><!--<OnMismatch>DENY</OnMismatch>--><!--</filter>--><!--<triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">--><!--<!– 觸發節點,按固定文件大小生成,超過5M,生成新的日志文件 –>--><!--<maxFileSize>5MB</maxFileSize>--><!--</triggeringPolicy>--><!--</appender>--><appender name="ERROR" class="ch.qos.logback.core.rolling.RollingFileAppender"><file>error.log</file><encoder><Pattern>[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%5level] [%thread] %logger{0} %msg%n</Pattern><charset>UTF-8</charset></encoder><!-- 按照固定窗口模式生成日志文件,當文件大于20MB時,生成新的日志文件。-    窗口大小是1到3,當保存了3個歸檔文件后,將覆蓋最早的日志。-    可以指定文件壓縮選項--><rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"><fileNamePattern>error.%d{yyyy-MM}(%i).log.zip</fileNamePattern><minIndex>1</minIndex><maxIndex>3</maxIndex><timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"><maxFileSize>100MB</maxFileSize></timeBasedFileNamingAndTriggeringPolicy><maxHistory>30</maxHistory></rollingPolicy></appender><!-- 異步輸出 --><appender name ="ASYNC" class= "ch.qos.logback.classic.AsyncAppender"><!-- 不丟失日志.默認的,如果隊列的80%已滿,則會丟棄TRACT、DEBUG、INFO級別的日志 --><discardingThreshold >0</discardingThreshold><!-- 更改默認的隊列的深度,該值會影響性能.默認值為256 --><queueSize>512</queueSize><!-- 添加附加的appender,最多只能添加一個 --><appender-ref ref ="ERROR"/></appender><!--- 1.name:包名或類名,用來指定受此logger約束的某一個包或者具體的某一個類- 2.未設置打印級別,所以繼承他的上級<root>的日志級別“DEBUG”- 3.未設置addtivity,默認為true,將此logger的打印信息向上級傳遞;- 4.未設置appender,此logger本身不打印任何信息,級別為“DEBUG”及大于“DEBUG”的日志信息傳遞給root,-  root接到下級傳遞的信息,交給已經配置好的名為“STDOUT”的appender處理,“STDOUT”appender將信息打印到控制臺;--><logger name="ch.qos.logback" /><!--- 1.將級別為“INFO”及大于“INFO”的日志信息交給此logger指定的名為“STDOUT”的appender處理,在控制臺中打出日志,-   不再向次logger的上級 <logger name="logback"/> 傳遞打印信息- 2.level:設置打印級別(TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF),還有一個特殊值INHERITED或者同義詞NULL,代表強制執行上級的級別。-        如果未設置此屬性,那么當前logger將會繼承上級的級別。- 3.additivity:為false,表示此logger的打印信息不再向上級傳遞,如果設置為true,會打印兩次- 4.appender-ref:指定了名字為"STDOUT"的appender。--><logger name="com.weizhi.common.LogMain" level="INFO" additivity="false"><appender-ref ref="STDOUT"/><!--<appender-ref ref="DEBUG"/>--><!--<appender-ref ref="EXCEPTION"/>--><!--<appender-ref ref="INFO"/>--><!--<appender-ref ref="ERROR"/>--><appender-ref ref="ASYNC"/></logger><!--- 根logger- level:設置打印級別,大小寫無關:TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF,不能設置為INHERITED或者同義詞NULL。-       默認是DEBUG。-appender-ref:可以包含零個或多個<appender-ref>元素,標識這個appender將會添加到這個logger--><root level="DEBUG"><appender-ref ref="STDOUT"/><!--<appender-ref ref="DEBUG"/>--><!--<appender-ref ref="EXCEPTION"/>--><!--<appender-ref ref="INFO"/>--><appender-ref ref="ASYNC"/></root>
</configuration>

?轉自:https://blog.csdn.net/u013256816/article/details/52755371

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/448919.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/448919.shtml
英文地址,請注明出處:http://en.pswp.cn/news/448919.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

Rust 編程 前言

雖然不是那么明顯&#xff0c;但 Rust 程序設計語言的本質在于 賦能&#xff08;empowerment&#xff09;&#xff1a;無論你現在編寫的是何種代碼&#xff0c;Rust 能讓你在更為廣泛的編程領域走得更遠&#xff0c;寫出自信。 比如&#xff0c;“系統層面”&#xff08;“syst…

ffmpeg解碼器優化

在以前的視頻項目中&#xff0c;用到了幾種商業版的H.264解碼器。雖然性能穩定&#xff0c;支持DXVA或CUDA&#xff0c;在高清視頻播放效果上不錯&#xff0c;但是存在一個共同的缺陷-存在幀間延遲。經過我的測算&#xff0c;大概有3幀的緩沖延遲。當幀率在20fps以上時&#xf…

PHP 結合 Boostrap 結合 js 實現學生列表刪除編輯以及搜索功能(完結)

這個自己的小項目要先告一段落了。可能還有許多bug。請見諒 刪除學生功能 PHP: // 這里是通過前端代碼HTML中的 url 傳過來的&#xff0c;用 $_GET 來獲取(相關HTML代碼可以看一下到主頁看一下前幾條博客)if (empty($_GET[num])) exit(<h1>找不到您要刪除的學生的學號<…

ActiveMQ_Windows版本的安裝部署

前些天發現了一個巨牛的人工智能學習網站&#xff0c;通俗易懂&#xff0c;風趣幽默&#xff0c;忍不住分享一下給大家。點擊跳轉到教程。 1, 保證電腦上安裝了jdk6以上版本的java&#xff0c;并配置了好環境變量 &#xff1b; 2, 官方下載地址&#xff1a;http://activemq.a…

Java 自定義異常(轉載)

1.異常的分類 1. 非運行時異常(Checked Exception) Java中凡是繼承自Exception但不是繼承自RuntimeException的類都是非運行時異常。 2. 運行時異常&#xff08;Runtime Exception/Unchecked Exception&#xff09; RuntimeException類直接繼承自Exception類&#xff0c;稱為運…

如何將markdown轉換為wxml

話說我要為技術博客寫一個小程序版&#xff0c;我的博客解決方案是 hexo github-page&#xff0c;格式當然是技術控們喜歡的 markdown 了 。但小程序使用的卻是獨有的模版語言 WXML。我總不能把之前的文章手動轉換成小程序的 wxml 格式吧&#xff0c;而網上也沒完善的轉換庫&a…

巧妙喝水打敗多種疾病

喝水&#xff0c;我們每天都會做的一件事&#xff0c;殊不知&#xff0c;喝水得當能打敗多種疾病問題! 方法/步驟 一、很多人都聽說過早晨喝一杯水對身體有好處&#xff0c;有人喝鹽水?有人喝蜂蜜水?還有人為了美白喝檸檬水?到底喝什么水最好呢?人體經過了一宿的代謝&…

git 幾個commit點合并成一個commit點

在用git做版本控制器的時候&#xff0c;經常會遇到以下情況&#xff1a; 1、在做1個功能的時候&#xff0c;你自己覺得代碼沒問題了&#xff0c;就本地commit&#xff0c;然后提交代碼&#xff0c;在gitlab上發起和并請求&#xff0c;老大看完之后&#xff0c;覺得你還有修改的…

JNDI 是什么

前些天發現了一個巨牛的人工智能學習網站&#xff0c;通俗易懂&#xff0c;風趣幽默&#xff0c;忍不住分享一下給大家。點擊跳轉到教程。 JNDI : 簡單理解&#xff0c;就是把固定的連接方式剝離出來&#xff0c;單獨寫在一個配置文件里。(下載.properties里面通過InputStream…

并發編程模型

并發編程模型 一.分類 按照線程通信機制可以分為共享內存模型和消息傳遞模型&#xff1a; 1.共享內存模型&#xff1a;線程之間共享程序的公共狀態&#xff0c;編程之間通過讀寫內存中的公共狀態來隱式進行通信。相互通信的進程共享某些數據結構或共享存儲區&#xff0c;進程通…

換工作,讓我里外不是人,到底錯在哪兒

看看時間&#xff0c;現在是凌晨4點多&#xff0c;窗外時不時一道閃電&#xff0c;雨也一陣一陣的&#xff0c;雷聲像逐漸遠離的喧囂的火車一樣。我不是睡眠困難者&#xff0c;但是&#xff0c;昨晚吃完晚飯之后&#xff0c;在衣服都未脫的情況下&#xff0c;暈暈乎乎的睡到現在…

Flink Kafka consumer的消費策略配置

val helloStream: FlinkKafkaConsumer011[String] new FlinkKafkaConsumer011[String]("hello", valueDeserializer, kafkaProps) // 指定消費策略 helloStream.setStartFromEarliest() // - 從最早的記錄開始&#xff1b; helloStream.setStartFromLatest() //…

spdk/dpdk 編譯相關問題匯總

下載 到官網上下載最新的spdk 代碼。 解決編譯依賴 yum install libaio.x86_64 libaio-devel.x86_64 編譯dpdk 特別注意的是dpdk:依賴 /lib/modules/uname -a/build 下執行的內核已經存在&#xff0c;并且編譯過&#xff0c;為此需要&#xff1a; 下載內核&#xff1b;安裝依賴…

深入淺出 消息隊列 ActiveMQ

前些天發現了一個巨牛的人工智能學習網站&#xff0c;通俗易懂&#xff0c;風趣幽默&#xff0c;忍不住分享一下給大家。點擊跳轉到教程。 一、 概述與介紹 ActiveMQ 是Apache出品&#xff0c;最流行的、功能強大的即時通訊和集成模式的開源服務器。ActiveMQ 是一個完全支持JM…

2018-2019 ACM-ICPC Nordic Collegiate Programming Contest (NCPC 2018) - 4.28

賽后補了幾道 賽中我就寫了兩個... A - Altruistic AmphibiansGym - 101933A 看了眼榜沒幾個人做。就沒看。 最后發現就是一個DP&#xff08;但是我覺得復雜度有點迷&#xff09; 題意&#xff1a;$n$只青蛙有參數$l,w,h$分別表示彈跳力&#xff0c;體重&#xff0c;身高&#…

消息隊列技術介紹 : ActiveMQ、RabbitMQ、ZeroMQ、Kafka、MetaMQ、RocketMQ

一、 消息隊列概述 前些天發現了一個巨牛的人工智能學習網站&#xff0c;通俗易懂&#xff0c;風趣幽默&#xff0c;忍不住分享一下給大家。點擊跳轉到教程。 消息隊列中間件是分布式系統中重要的組件&#xff0c;主要解決應用耦合、異步消息、流量削鋒等問題。實現高性能、高可…

程序員的惡性循環 !

窮人的惡性循環&#xff1a; 窮 -> 需要努力工作 -> 沒有時間去交際 -> 人脈越來越狹窄 -> 工作越來越難做 -> 越需要努力去工作 -> 越沒有時間去發展人脈 -> 越窮 富人的良性循環&#xff1a; 有錢 -> 工作很輕松 -> 很多時間都在交際上 -> 人…

刷臉考勤,重新定位校園管理

近幾年&#xff0c;人臉識別技術在安防領域得到了廣泛應用&#xff0c;隨著技術的不斷發展&#xff0c;它離我們的日常生活越來越近&#xff0c;手機、商場、公園、校園等都可以看到它的身影。刷臉考勤&#xff0c;重新定義校園管理。人臉識別&#xff0c;也叫面部識別&#xf…

python爬蟲學習之頁面登陸

爬蟲學習的一點心得 登陸主要有3種方法&#xff1a;使用selenium&#xff0c;cookies&#xff0c;模擬表單登陸 個人對于一般情況使用cookies登陸 可以實現一次手動&#xff0c;長期自動&#xff0c;可以繞過登陸&#xff08;登陸的相關信息密碼&#xff0c;賬號等會存于cookie…

消息隊列 應用場景 解析

前些天發現了一個巨牛的人工智能學習網站&#xff0c;通俗易懂&#xff0c;風趣幽默&#xff0c;忍不住分享一下給大家。點擊跳轉到教程。 另外騰訊云-云社區還有一文不允許轉載&#xff0c;但內容挺好的&#xff1a;https://cloud.tencent.com/developer/article/1006035 分布…