The logback manual #03# Configuration

索引

Configuration in logback
Stopping logback-classic
Configuration file syntax

（粗糙选译。。）

Joran是logback所依赖的配置框架。

Configuration in logback

观察表明，在一个应用程序中，日志代码大概占4%左右。

所以即便是一个几千行。。几万行的程序也有成百上千的日志语句，鉴于它们的数量，我们需要工具来管理这些日志语句。logback既可以通过编程方式配置，也可以通过脚本配置（XML或Groovy 格式）。顺便说一下，现有的log4j用户可以使用PropertiesTranslator 应用程序将log4j.properties转换为logback.xml。

让我们从讨论logback尝试配置自身的初始化步骤开始：

Logback尝试在classpath中查找一个名为logback-test.xml的文件。
如果没找到，logback将尝试在classpath中检查有没有logback.groovy
如果还是没有找到，logback继续在classpath中找logback.xml
如果依然没找到，则使用service-provider loading facility(JDK 1.6中引入的)通过查找类路径中的文件META-INF\services\ch.qos.logback.classic.spi.Configurator来解析com.qos.logback.classic.spi.Configurator接口的实现。它的内容应该指定所需Configurator实现的完全限定类名。
如果以上方法都不成功，logback将使用BasicConfigurator自动配置自己，这将导致日志输出定向到控制台。

Automatically configuring logback

<?xml version="1.0" encoding="UTF-8"?>

<project xmlns="http://maven.apache.org/POM/4.0.0"

         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

    <modelVersion>4.0.0</modelVersion>

    <groupId>org.sample.logback</groupId>

    <artifactId>test-logback</artifactId>

    <version>1.0-SNAPSHOT</version>

    <properties>

        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>

        <!-- -source 1.5 中不支持 try-with-resources-->

        <maven.compiler.source>1.8</maven.compiler.source>

        <maven.compiler.target>1.8</maven.compiler.target>

    </properties>

    <dependencies>

        <!-- https://mvnrepository.com/artifact/junit/junit -->

        <dependency>

            <groupId>junit</groupId>

            <artifactId>junit</artifactId>

            <version>4.12</version>

            <scope>test</scope>

        </dependency>

        <!-- https://mvnrepository.com/artifact/org.slf4j/slf4j-api -->

        <dependency>

            <groupId>org.slf4j</groupId>

            <artifactId>slf4j-api</artifactId>

            <version>1.7.25</version>

        </dependency>

        <!-- https://mvnrepository.com/artifact/ch.qos.logback/logback-classic -->

        <dependency>

            <groupId>ch.qos.logback</groupId>

            <artifactId>logback-classic</artifactId>

            <version>1.2.3</version>

            <scope>test</scope>

        </dependency>

        <!-- https://mvnrepository.com/artifact/ch.qos.logback/logback-core -->

        <dependency>

            <groupId>ch.qos.logback</groupId>

            <artifactId>logback-core</artifactId>

            <version>1.2.3</version>

        </dependency>

        <!--Failed to load class "org.slf4j.impl.StaticLoggerBinder".-->

        <dependency>

            <groupId>org.slf4j</groupId>

            <artifactId>slf4j-simple</artifactId>

            <version>1.7.21</version>

        </dependency>

    </dependencies>

</project>

pom.xml

BasicConfigurator是logback默认的一个最小可用的配置。试了下文档里的例子程序，在main函数里跑，debug信息莫名奇妙输不出来（只输出info的），但在junit里跑却又可以。。

Automatic configuration with logback-test.xml or logback.xml

和没有xml文件时的默认配置等价的最小可用xml配置：

<configuration>

  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">

    <!-- encoders are assigned the type

         ch.qos.logback.classic.encoder.PatternLayoutEncoder by default -->

    <encoder>

      <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>

    </encoder>

  </appender>

  <root level="debug">

    <appender-ref ref="STDOUT" />

  </root>

</configuration>

Automatic printing of status messages in case of warning or errors

启用“观察logback内部状态模式”（如果logback出现内部错误则不启用也会自动输出到控制台）：

        // assume SLF4J is bound to logback in the current environment

        LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory();

        // print logback's internal status

        StatusPrinter.print(lc);

Status data

启用“观察logback内部状态模式”通常对诊断logback问题大有帮助。因此，强烈建议将其视为第一求助办法。（一般情况都是推荐启用的。）xml启用“观察logback内部状态模式”：

<configuration debug="true"> 

  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">

    <!-- encoders are  by default assigned the type

         ch.qos.logback.classic.encoder.PatternLayoutEncoder -->

    <encoder>

      <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>

    </encoder>

  </appender>

  <root level="debug">

    <appender-ref ref="STDOUT" />

  </root>

</configuration>

等价写法：

<configuration>

  <statusListener class="ch.qos.logback.core.status.OnConsoleStatusListener" />  

  ... the rest of the configuration file

</configuration>

Automatically reloading configuration file upon modification

30秒（默认单位是毫秒）扫描一次，如果文件改变就自动重新配置：

<configuration scan="true" scanPeriod="30 seconds" >

  ...

</configuration>

在编辑xml的时候很容易出错，所以感觉不是很好用。

Enabling packaging data in stack traces

略

Viewing status messages

通过网页来查看logback的内部状态信息。

Listening to status messages

略

"logback.statusListenerClass" system property

略

Stopping logback-classic

略

Configuration file syntax

Example1- 关于logger、root、appender元素的一些基本知识

<configuration debug="true">

    <!--一个可选的元素，便于区分不同程序的输出-->

    <contextName>myapp</contextName>

    <!--配置appender元素：

        1、name和class是必要的

        2、一个appender可以包含零到多个layout元素

        3、一个appender可以包含零到多个encoder元素

        4、一个appender可以包含零到多个filter元素

        5、除了这三个公共元素之外，<appender>元素可以包含与appender类的JavaBean属性相对应的任意数量的元素。

        -->

    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">

        <!-- encoders are assigned the type

             ch.qos.logback.classic.encoder.PatternLayoutEncoder by default -->

        <encoder>

            <pattern>%msg%n</pattern>

        </encoder>

    </appender>

    <appender name="FILE" class="ch.qos.logback.core.FileAppender">

        <file>myApp.log</file>

        <encoder>

            <pattern>%date %level [%thread] %logger{10} [%file:%line] %msg%n</pattern>

        </encoder>

    </appender>

    <!-- 配置logger元素：

        1、name是必要的

        2、level是可选的，没有就继承最近的，具有“赋予等级”的祖先的“赋予等级”。

        TRACE, DEBUG, INFO, WARN, ERROR, ALL, OFF, INHERITED, NULL（填最后两个

        等价于省略level，并且最后两个效果等价）

        3、additivity是可选的，默认是true

        4、一个logger可以包含零到多个appender-ref元素

        -->

    <logger name="org.sample.logback.Foo" level="OFF" additivity="true" />

    <logger name="org.sample.logback.LogbackTest" level="INFO" additivity="false">

        <appender-ref ref="STDOUT" />

        <appender-ref ref="FILE" />

    </logger>

    <!-- 配置root元素：

        1、它不支持除了level外的任何其它属性

        2、appender-ref元素和普通logger一样

        -->

    <root level="debug">

        <appender-ref ref="STDOUT" />

    </root>

</configuration>

Example2- 变量定义初步

<configuration debug="true">

    <!-- 方法一，简单变量替换 -->

    <property name="USER_HOME" value="log_files" />

    <!-- 方法二，采用系统属性（System property）达到同样效果-->

    <!-- java -DUSER_HOME="log_files" MyApp2 -->

    <!--方法三杠一，通过文件导入变量，当变量多的时候这样比较方便-->

    <property file="src/main/java/variables1.properties" />

    <!--文件内容USER_HOME=log_files-->

    <!-- 方法三杠二，等效三杆一，不过这个时候资源在类路径里 -->

    <property resource="resource1.properties" />

    <appender name="FILE" class="ch.qos.logback.core.FileAppender">

        <file>${USER_HOME}/myApp.log</file>

        <encoder>

            <pattern>%date %level [%thread] %logger{10} [%file:%line] %msg%n</pattern>

        </encoder>

    </appender>

    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">

        <!-- encoders are assigned the type

             ch.qos.logback.classic.encoder.PatternLayoutEncoder by default -->

        <encoder>

            <pattern>%msg%n</pattern>

        </encoder>

    </appender>

    <logger name="org.sample.logback.LogbackTest" level="INFO" additivity="false">

        <appender-ref ref="STDOUT" />

        <appender-ref ref="FILE" />

    </logger>

    <root level="debug">

        <appender-ref ref="STDOUT" />

    </root>

</configuration>

logback完全支持变量嵌套。变量的名称、默认值和值定义都可以引用其他变量：

USER_HOME=/home/sebastien

fileName=myApp.log

destination=${USER_HOME}/${fileName}

再比如${${userid}.password}、${id:-${userid}}。。

Example3- 变量作用域

<configuration>

    <!--

    LOCAL SCOPE

    默认的作用域。变量生命周期：在配置文件中定

    义的位置开始直到配置文件被解析/执行完成。意味

    着每次解析配置文件都将创建一个新的这个变量。

    CONTEXT SCOPE

    插入到上下文（context），直到context被清除。

    一旦定义，CONTEXT SCOPE中的属性就是context的

    一部分。因此，它在所有日志事件中都可用，包括

    通过序列化发送到远程主机的日志事件。

    SYSTEM SCOPE

    带有SYSTEM作用域的属性被插入到JVM的系统属性中，

    并且持续到JVM清除为止。

    -->

    <!-- 在替换配置文件中的变量时，变量的查找

        顺序是LOCAL>CONTEXT>SYSTEM，最后是操作

         系统环境变量 -->

    <property scope="context" name="nodeId" value="firstNode" />

    <appender name="FILE" class="ch.qos.logback.core.FileAppender">

        <!-- 用":-"定义默认值 -->

        <file>log_files/${nodeId:-secondNode}/myApp.log</file>

        <encoder>

            <pattern>%msg%n</pattern>

        </encoder>

    </appender>

    <root level="debug">

        <appender-ref ref="FILE" />

    </root>

</configuration>

Example4- HOSTNAME和CONTEXT_NAME是默认的两个变量（好像是惰性初始化的）

<configuration>

    <property scope="context" name="nodeId" value="firstNode" />

    <appender name="FILE" class="ch.qos.logback.core.FileAppender">

        <file>log_files/${HOSTNAME}/${CONTEXT_NAME}/myApp.log</file>

        <!--C:\Users\mdzz\Desktop\test-mvn\testlogback\log_files\LAPTOP-QGECNCGO\default\myApp.log-->

        <encoder>

            <pattern>%msg%n</pattern>

        </encoder>

    </appender>

    <root level="debug">

        <appender-ref ref="FILE" />

    </root>

</configuration>

Generate