zoukankan html css js c++ java

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-INFservicesch.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:UsersmdzzDesktop	est-mvn	estlogbacklog_filesLAPTOP-QGECNCGOdefaultmyApp.log-->
        <encoder>
            <pattern>%msg%n</pattern>
        </encoder>
    </appender>

    <root level="debug">
        <appender-ref ref="FILE" />
    </root>
</configuration>

Generate

查看全文

相关阅读:
Atitit RSA非对称加密原理与解决方案
 Atitit RSA非对称加密原理与解决方案
 atitit.错误：找不到或无法加载主类的解决 v4 qa15.doc
atitit.错误：找不到或无法加载主类的解决 v4 qa15.doc
Mac设置su root密码
 Window系统命令行调用控制面板程序
 Ubuntu 安装最新版nodejs
python中time.strftime不支持中文，报错UnicodeEncodeError: 'locale' codec can't encode character 'u5e74' in position 2: encoding error
字节跳动——IT技术工程师面试题
 HTTP状态码

原文地址：https://www.cnblogs.com/xkxf/p/9978318.html