立即登录 马上注册
首页 › 开发帮助文档 › 编程语言 › logback 配置详解(推荐)

赞

评论

收藏

[Java] logback 配置详解(推荐)

编程语言 编程语言 发布于：2021-10-07 15:45 | 阅读数：494 | 评论：0

这篇文章主要介绍了logback 配置详解(推荐)，详细的介绍了logback的组成使用和配置，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
概览
简单地说，logback 是一个 java 领域的日志框架。它被认为是 log4j 的继承人。
logback 主要由三个模块组成：

  • logback-core
  • logback-classic
  • logback-access
logback-core 是其它模块的基础设施，其它模块基于它构建，显然，logback-core 提供了一些关键的通用机制。logback-classic 的地位和作用等同于 log4j，它也被认为是 log4j 的一个改进版，并且它实现了简单日志门面 slf4j；而 logback-access 主要作为一个与 servlet 容器交互的模块，比如说 tomcat 或者 jetty，提供一些与 http 访问相关的功能。
目前 logback 的使用很广泛，很多知名的开源软件都使用了 logback作为日志框架，比如说 akka，apache camel 等。
logback 与 log4j
实际上，这两个日志框架都出自同一个开发者之手，logback 相对于 log4j 有更多的优点

  • 同样的代码路径，logback 执行更快
  • 更充分的测试
  • 原生实现了 slf4j api（log4j 还需要有一个中间转换层）
  • 内容更丰富的文档
  • 支持 xml 或者 groovy 方式配置
  • 配置文件自动热加载
  • 从 io 错误中优雅恢复
  • 自动删除日志归档
  • 自动压缩日志成为归档文件
  • 支持 prudent 模式，使多个 jvm 进程能记录同一个日志文件
  • 支持配置文件中加入条件判断来适应不同的环境
  • 更强大的过滤器
  • 支持 siftingappender（可筛选 appender）
  • 异常栈信息带有包信息
快速上手
想在 java 程序中使用 logback，需要依赖三个 jar 包，分别是 slf4j-api，logback-core，logback-classic。其中 slf4j-api 并不是 logback 的一部分，是另外一个项目，但是强烈建议将 slf4j 与 logback 结合使用。要引用这些 jar 包，在 maven 项目中引入以下3个 dependencies
<dependency>
 <groupid>org.slf4j</groupid>
 <artifactid>slf4j-api</artifactid>
 <version>1.7.5</version>
</dependency>
<dependency>
 <groupid>ch.qos.logback</groupid>
 <artifactid>logback-core</artifactid>
 <version>1.0.11</version>
</dependency>
<dependency>
 <groupid>ch.qos.logback</groupid>
 <artifactid>logback-classic</artifactid>
 <version>1.0.11</version>
</dependency>
第一个简单的例子
package io.beansoft.logback.demo.universal;
 
import org.slf4j.logger;
import org.slf4j.loggerfactory;
 
/**
 *
 *
 * @author beanlam
 * @date 2017年2月9日 下午11:17:53
 * @version 1.0
 *
 */
public class simpledemo {
 
 private static final logger logger = loggerfactory.getlogger(simpledemo.class);
 
 public static void main(string[] args) {
 logger.info("hello, this is a line of log message logged by logback");
 }
}
以上代码的运行结果是：
23:19:41.131 [main] info i.b.l.demo.universal.simpledemo - hello, this is a line of log message logged by logback
注意到这里，代码里并没有引用任何一个跟 logback 相关的类，而是引用了 slf4j 相关的类，这边是使用 slf4j 的好处，在需要将日志框架切换为其它日志框架时，无需改动已有的代码。
loggerfactory 的 getlogger() 方法接收一个参数，以这个参数决定 logger 的名字，这里传入了 simpledemo 这个类的 class 实例，那么 logger 的名字便是 simpledemo 这个类的全限定类名：io.beansoft.logback.demo.universal.simpledemo
让 logback 打印出一些它自身的内部消息
package io.beansoft.logback.demo.universal;
 
import org.slf4j.logger;
import org.slf4j.loggerfactory;
 
import ch.qos.logback.classic.loggercontext;
import ch.qos.logback.core.util.statusprinter;
 
/**
 *
 *
 * @author beanlam
 * @date 2017年2月9日 下午11:31:55
 * @version 1.0
 *
 */
public class loginternalstatedemo {
 
 private static final logger logger = loggerfactory.getlogger(loginternalstatedemo.class);
 
 public static void main(string[] args) {
 logger.info("hello world");
 
 //打印 logback 内部状态
 loggercontext lc = (loggercontext) loggerfactory.getiloggerfactory();
 statusprinter.print(lc);
 }
}
除了打印正常的日志信息，还打印出了 logback 自身的内部状态信息
23:33:19.340 [main] info  i.b.l.d.u.loginternalstatedemo - hello world
23:33:19,265 |-info in ch.qos.logback.classic.loggercontext[default] - could not find resource [logback.groovy]
23:33:19,265 |-info in ch.qos.logback.classic.loggercontext[default] - could not find resource [logback-test.xml]
23:33:19,265 |-info in ch.qos.logback.classic.loggercontext[default] - could not find resource [logback.xml]
23:33:19,266 |-info in ch.qos.logback.classic.loggercontext[default] - setting up default configuration.
logger，appenders 与 layouts
在 logback 里，最重要的三个类分别是

  • logger
  • appender
  • layout
logger 类位于 logback-classic 模块中， 而 appender 和 layout 位于 logback-core 中，这意味着， appender 和 layout 并不关心 logger 的存在，不依赖于 logger，同时也能看出， logger 会依赖于 appender 和 layout 的协助，日志信息才能被正常打印出来。
分层命名规则
为了可以控制哪些信息需要输出，哪些信息不需要输出，logback 中引进了一个 分层 概念。每个 logger 都有一个 name，这个 name 的格式与 java 语言中的包名格式相同。这也是前面的例子中直接把一个 class 对象传进 loggerfactory.getlogger() 方法作为参数的原因。
logger 的 name 格式决定了多个 logger 能够组成一个树状的结构，为了维护这个分层的树状结构，每个 logger 都被绑定到一个 logger 上下文中，这个上下文负责厘清各个 logger 之间的关系。
例如， 命名为 io.beansoft 的 logger，是命名为 io.beansoft.logback 的 logger 的父亲，是命名为 io.beansoft.logback.demo 的 logger 的祖先。
在 logger 上下文中，有一个 root logger，作为所有 logger 的祖先，这是 logback 内部维护的一个 logger，并非开发者自定义的 logger。
可通过以下方式获得这个 logger :
logger rootlogger = loggerfactory.getlogger(org.slf4j.logger.root_logger_name);
同样，通过 logger 的 name，就能获得对应的其它 logger 实例。
logger 这个接口主要定义的方法有：
package org.slf4j; 
public interface logger {
 
 // printing methods: 
 public void trace(string message);
 public void debug(string message);
 public void info(string message); 
 public void warn(string message); 
 public void error(string message); 
}
日志打印级别
logger 有日志打印级别，可以为一个 logger 指定它的日志打印级别。
如果不为一个 logger 指定打印级别，那么它将继承离他最近的一个有指定打印级别的祖先的打印级别。这里有一个容易混淆想不清楚的地方，如果 logger 先找它的父亲，而它的父亲没有指定打印级别，那么它会立即忽略它的父亲，往上继续寻找它爷爷，直到它找到 root logger。因此，也能看出来，要使用 logback， 必须为 root logger 指定日志打印级别。
日志打印级别从低级到高级排序的顺序是：
trace < debug < info < warn < error
如果一个 logger 允许打印一条具有某个日志级别的信息，那么它也必须允许打印具有比这个日志级别更高级别的信息，而不允许打印具有比这个日志级别更低级别的信息。
举个例子：
package io.beansoft.logback.demo.universal;
 
import org.slf4j.logger;
import org.slf4j.loggerfactory;
 
import ch.qos.logback.classic.level;
 
/**
 *
 *
 * @author beanlam
 * @date 2017年2月10日 上午12:20:33
 * @version 1.0
 *
 */
public class logleveldemo {
 
 public static void main(string[] args) {
 
 //这里强制类型转换时为了能设置 logger 的 level
 ch.qos.logback.classic.logger logger = 
  (ch.qos.logback.classic.logger) loggerfactory.getlogger("com.foo");
 logger.setlevel(level.info);
 
 logger barlogger = loggerfactory.getlogger("com.foo.bar");
 
 // 这个语句能打印，因为 warn > info
 logger.warn("can be printed because warn > info");
 
 // 这个语句不能打印，因为 debug < info. 
 logger.debug("can not be printed because debug < info");
 
 // barlogger 是 logger 的一个子 logger
 // 它继承了 logger 的级别 info
 // 以下语句能打印，因为 info >= info
 barlogger.info("can be printed because info >= info");
 
 // 以下语句不能打印，因为 debug < info
 barlogger.debug("can not be printed because debug < info");
 }
}
打印结果是：
00:27:19.251 [main] warn  com.foo - can be printed because warn > info
00:27:19.255 [main] info  com.foo.bar - can be printed because info >= info
获取 logger
在 logback 中，每个 logger 都是一个单例，调用 loggerfactory.getlogger 方法时，如果传入的 logger name 相同，获取到的 logger 都是同一个实例。
在为 logger 命名时，用类的全限定类名作为 logger name 是最好的策略，这样能够追踪到每一条日志消息的来源。
appender 和 layout
在 logback 的世界中，日志信息不仅仅可以打印至 console，也可以打印至文件，甚至输出到网络流中，日志打印的目的地由 appender 来决定，不同的 appender 能将日志信息打印到不同的目的地去。
appender 是绑定在 logger 上的，同时，一个 logger 可以绑定多个 appender，意味着一条信息可以同时打印到不同的目的地去。例如，常见的做法是，日志信息既输出到控制台，同时也记录到日志文件中，这就需要为 logger 绑定两个不同的 logger。
appender 是绑定在 logger 上的，而 logger 又有继承关系，因此一个 logger 打印信息时的目的地 appender 需要参考它的父亲和祖先。在 logback 中，默认情况下，如果一个 logger 打印一条信息，那么这条信息首先会打印至它自己的 appender，然后打印至它的父亲和父亲以上的祖先的 appender，但如果它的父亲设置了 additivity = false，那么这个 logger 除了打印至它自己的 appender 外，只会打印至其父亲的 appender，因为它的父亲的 additivity 属性置为了 false，开始变得忘祖忘宗了，所以这个 logger 只认它父亲的 appender；此外，对于这个 logger 的父亲来说，如果父亲的 logger 打印一条信息，那么它只会打印至自己的 appender中（如果有的话），因为父亲已经忘记了爷爷及爷爷以上的那些父辈了。
打印的日志除了有打印的目的地外，还有日志信息的展示格式。在 logback 中，用 layout 来代表日志打印格式。比如说，patternlayout 能够识别以下这条格式：
%-4relative [%thread] %-5level %logger{32} - %msg%n
然后打印出来的格式效果是：
176 [main] debug manual.architecture.helloworld2 - hello world.
上面这个格式的第一个字段代表从程序启动开始后经过的毫秒数，第二个字段代表打印出这条日志的线程名字，第三个字段代表日志信息的日志打印级别，第四个字段代表 logger name，第五个字段是日志信息，第六个字段仅仅是代表一个换行符。
参数化打印日志
经常能看到打印日志的时候，使用以下这种方式打印日志：
logger.debug("the message is " + msg + " from " + somebody);
这种打印日志的方式有个缺点，就是无论日志级别是什么，程序总要先执行 "the message is " + msg + " from " + somebody 这段字符串的拼接操作。当 logger 设置的日志级别为比 debug 级别更高级别时，debug 级别的信息不回被打印出来的，显然，字符串拼接的操作是不必要的，当要拼接的字符串很大时，这无疑会带来很大的性能白白损耗。
于是，一种改进的打印日志方式被人们发现了：
if(logger.isdebugenabled()) { 
 logger.debug("the message is " + msg + " from " + somebody);
}
这样的方式确实能避免字符串拼接的不必要损耗，但这也不是最好的方法，当日志级别为 debug 时，那么打印这行消息，需要判断两次日志级别。一次是logger.isdebugenabled()，另一次是 logger.debug() 方法内部也会做的判断。这样也会带来一点点效率问题，如果能找到更好的方法，谁愿意无视白白消耗的效率。
有一种更好的方法，那就是提供占位符的方式，以参数化的方式打印日志，例如上述的语句，可以是这样的写法：
logger.debug("the message {} is from {}", msg, somebody);
这样的方式，避免了字符串拼接，也避免了多一次日志级别的判断。
logback 内部运行流程
DSC0000.gif

当应用程序发起一个记录日志的请求，例如 info() 时，logback 的内部运行流程如下所示

  • 获得过滤器链条
  • 检查日志级别以决定是否继续打印
  • 创建一个 loggingevent 对象
  • 调用 appenders
  • 进行日志信息格式化
  • 发送 loggingevent 到对应的目的地
有关性能问题
关于日志系统，人们讨论得最多的是性能问题，即使是小型的应用程序，也有可能输出大量的日志。打印日志中的不当处理，会引发各种性能问题，例如太多的日志记录请求可能使磁盘 io 成为性能瓶颈，从而影响到应用程序的正常运行。在合适的时候记录日志、以更好的方式发起日志请求、以及合理设置日志级别方面，都有可能造成性能问题。
关于性能问题，以下几个方面需要了解

  • 建议使用占位符的方式参数化记录日志
  • logback 内部机制保证 logger 在记录日志时，不必每一次都去遍历它的父辈以获得关于日志级别、appender 的信息
  • 在 logback 中，将日志信息格式化，以及输出到目的地，是最损耗性能的操作
logback 配置
配置须知
配置方式
logback 提供的配置方式有以下几种：

  • 编程式配置
  • xml 格式
  • groovy 格式
logback 在启动时，根据以下步骤寻找配置文件：

  • 在 classpath 中寻找 logback-test.xml文件
  • 如果找不到 logback-test.xml，则在 classpath 中寻找 logback.groovy 文件
  • 如果找不到 logback.groovy，则在 classpath 中寻找 logback.xml文件
  • 如果上述的文件都找不到，则 logback 会使用 jdk 的 spi 机制查找 meta-inf/services/ch.qos.logback.classic.spi.configurator 中的 logback 配置实现类，这个实现类必须实现 configuration 接口，使用它的实现来进行配置
  • 如果上述操作都不成功，logback 就会使用它自带的 basicconfigurator 来配置，并将日志输出到 console
logback-test.xml 一般用来在测试代码中打日志，如果是 maven 项目，一般把 logback-test.xml 放在 src/test/resources 目录下。maven 打包的时候也不会把这个文件打进 jar 包里。
logback 启动的时候解析配置文件大概需要 100 毫秒的时间，如果希望更快启动，可以采用 spi 的方式。
默认的配置
前面有提到默认的配置，由 basicconfiguator 类配置而成，这个类的配置可以用如下的配置文件来表示：
<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>
启动时打印状态信息
如果 logback 在启动时，解析配置文件时，出现了需要警告的信息或者错误信息，那 logback 会自动先打印出自身的状态信息。
如果希望正常情况下也打印出状态信息，则可以使用之前提到的方式，在代码里显式地调用使其输出：
public static void main(string[] args) {
 // assume slf4j is bound to logback in the current environment
 loggercontext lc = (loggercontext) loggerfactory.getiloggerfactory();
 // print logback's internal status
 statusprinter.print(lc);
 ...
}
也可以在配置文件中，指定 configuration 的 debug 属性为 true
<configuration debug="true">
 <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>
还可以指定一个 listener：
<configuration>
 <statuslistener class="ch.qos.logback.core.status.onconsolestatuslistener" /> 
 ... the rest of the configuration file 
</configuration>
重置默认的配置文件位置
设置 logback.configurationfile 系统变量，可以通过 -d 参数设置，所指定的文件名必须以 .xml 或者 .groovy 作为文件后缀，否则 logback 会忽略这些文件。
配置文件自动热加载
要使配置文件自动重载，需要把 scan 属性设置为 true，默认情况下每分钟才会扫描一次，可以指定扫描间隔：
<configuration scan="true" scanperiod="30 seconds" > 
 ...
</configuration>
注意扫描间隔要加上单位，可用的单位是 milliseconds，seconds，minutes 和 hours。如果只指定了数字，但没有指定单位，这默认单位为 milliseconds。
在 logback 内部，当设置 scan 属性为 true 后，一个叫做 reconfigureonchangefilter 的过滤器就会被牵扯进来，它负责判断是否到了该扫描的时候，以及是否该重新加载配置。logger 的任何一个打印日志的方法被调用时，都会触发这个过滤器，所以关于这个过滤器的自身的性能问题，变得十分重要。logback 目前采用这样一种机制，当 logger 的调用次数到达一定次数后，才真正让过滤器去做它要做的事情，这个次数默认是 16，而 logback 会在运行时根据调用的频繁度来动态调整这个数目。
输出异常栈时也打印出 jar 包的信息
这个属性默认是关闭，可通过以下方式开启：
<configuration packagingdata="true">
 ...
</configuration>
也可以通过 loggercontext 的 setpackagingdataenabled(boolean) 方法来开启
loggercontext lc = (loggercontext) loggerfactory.getiloggerfactory();
 lc.setpackagingdataenabled(true);
直接调用 joranconfigurator
joran 是 logback 使用的一个配置加载库，如果想要重新实现 logback 的配置机制，可以直接调用这个类 joranconfigurator 来实现：
package chapters.configuration;
 
import org.slf4j.logger;
import org.slf4j.loggerfactory;
 
import ch.qos.logback.classic.loggercontext;
import ch.qos.logback.classic.joran.joranconfigurator;
import ch.qos.logback.core.joran.spi.joranexception;
import ch.qos.logback.core.util.statusprinter;
 
public class myapp3 {
 final static logger logger = loggerfactory.getlogger(myapp3.class);
 
 public static void main(string[] args) {
 // assume slf4j is bound to logback in the current environment
 loggercontext context = (loggercontext) loggerfactory.getiloggerfactory();
 
 try {
  joranconfigurator configurator = new joranconfigurator();
  configurator.setcontext(context);
  // call context.reset() to clear any previous configuration, e.g. default 
  // configuration. for multi-step configuration, omit calling context.reset().
  context.reset(); 
  configurator.doconfigure(args[0]);
 } catch (joranexception je) {
  // statusprinter will handle this
 }
 statusprinter.printincaseoferrorsorwarnings(context);
 
 logger.info("entering application.");
 
 foo foo = new foo();
 foo.doit();
 logger.info("exiting application.");
 }
}
配置文件格式
配置文件的基本结构
DSC0001.jpg

根节点是 configuration，可包含0个或多个 appender，0个或多个 logger，最多一个 root。
配置 logger 节点
在配置文件中，logger 的配置在<logger> 标签中配置，<logger> 标签只有一个属性是一定要的，那就是 name，除了name 属性，还有 level 属性，additivity 属性可以配置，不过它们是可选的。
level 的取值可以是 trace, debug, info, warn, error, all, off, inherited, null， 其中 inherited 和 null 的作用是一样的，并不是不打印任何日志，而是强制这个 logger 必须从其父辈继承一个日志级别。
additivity 的取值是一个布尔值，true 或者 false。
<logger> 标签下只有一种元素，那就是 <appender-ref>，可以有0个或多个，意味着绑定到这个 logger 上的 appender。
配置 root 节点
<root> 标签和 <logger> 标签的配置类似，只不过 <root> 标签只允许一个属性，那就是 level 属性，并且它的取值范围只能取 trace, debug, info, warn, error, all, off。
<root> 标签下允许有0个或者多个 <appender-ref>。
配置 appender 节点
<appender> 标签有两个必须填的属性，分别是 name 和 class，class 用来指定具体的实现类。<appender> 标签下可以包含至多一个 <layout>，0个或多个 <encoder>，0个或多个 <filter>，除了这些标签外，<appender> 下可以包含一些类似于 javabean 的配置标签。
<layout> 包含了一个必须填写的属性 class，用来指定具体的实现类，不过，如果该实现类的类型是 patternlayout 时，那么可以不用填写。<layout> 也和 <appender> 一样，可以包含类似于 javabean 的配置标签。
<encoder> 标签包含一个必须填写的属性 class，用来指定具体的实现类，如果该类的类型是 patternlayoutencoder ，那么 class 属性可以不填。
如果想要往一个 logger 上绑定 appender，则使用以下方式：
<logger name="hello" level="debug">
 <appender-ref ref="file" />
 <appender-ref ref="stdout" />
</logger>
设置 context name
<configuration>
 <contextname>myappname</contextname>
 <appender name="stdout" class="ch.qos.logback.core.consoleappender">
 <encoder>
  <pattern>%d %contextname [%t] %level %logger{36} - %msg%n</pattern>
 </encoder>
 </appender>
 
 <root level="debug">
 <appender-ref ref="stdout" />
 </root>
</configuration>
变量替换
在 logback 中，支持以 ${varname} 来引用变量
定义变量
可以直接在 logback.xml 中定义变量
<configuration>
 
 <property name="user_home" value="/home/sebastien" />
 
 <appender name="file" class="ch.qos.logback.core.fileappender">
 <file>${user_home}/myapp.log</file>
 <encoder>
  <pattern>%msg%n</pattern>
 </encoder>
 </appender>
 
 <root level="debug">
 <appender-ref ref="file" />
 </root>
</configuration>
也可以通过大d参数来定义
java -duser_home="/home/sebastien" myapp2
也可以通过外部文件来定义
<configuration>
 
 <property file="src/main/java/chapters/configuration/variables1.properties" />
 
 <appender name="file" class="ch.qos.logback.core.fileappender">
  <file>${user_home}/myapp.log</file>
  <encoder>
  <pattern>%msg%n</pattern>
  </encoder>
 </appender>
 
 <root level="debug">
  <appender-ref ref="file" />
 </root>
</configuration>
外部文件也支持 classpath 中的文件
<configuration>
 
 <property resource="resource1.properties" />
 
 <appender name="file" class="ch.qos.logback.core.fileappender">
  <file>${user_home}/myapp.log</file>
  <encoder>
  <pattern>%msg%n</pattern>
  </encoder>
 </appender>
 
 <root level="debug">
  <appender-ref ref="file" />
 </root>
</configuration>
外部文件的格式是 key-value 型。
user_home=/home/sebastien
变量的作用域
变量有三个作用域

  • local
  • context
  • system
local 作用域在配置文件内有效，context 作用域的有效范围延伸至 logger context，system 作用域的范围最广，整个 jvm 内都有效。
logback 在替换变量时，首先搜索 local 变量，然后搜索 context，然后搜索 system。
如何为变量指定 scope ?
<configuration>
 
 <property scope="context" name="nodeid" value="firstnode" />
 
 <appender name="file" class="ch.qos.logback.core.fileappender">
 <file>/opt/${nodeid}/myapp.log</file>
 <encoder>
  <pattern>%msg%n</pattern>
 </encoder>
 </appender>
 
 <root level="debug">
 <appender-ref ref="file" />
 </root>
</configuration>
变量的默认值
在引用一个变量时，如果该变量未定义，那么可以为其指定默认值，做法是：
${aname:-golden}
运行时定义变量
需要使用 <define> 标签，指定接口 propertydfiner 对应的实现类。如下所示：
<configuration>
 
 <define name="rootlevel" class="a.class.implementing.propertydefiner">
 <shape>round</shape>
 <color>brown</color>
 <size>24</size>
 </define>
 
 <root level="${rootlevel}"/>
</configuration>
条件化处理配置文件
logback 允许在配置文件中定义条件语句，以决定配置的不同行为，具体语法格式如下：
<!-- if-then form -->
<if condition="some conditional expression">
<then>
 ...
</then>
</if>
 
<!-- if-then-else form -->
<if condition="some conditional expression">
<then>
 ...
</then>
<else>
 ...
</else> 
</if>
示例：
<configuration debug="true">
 
 <if condition='property("hostname").contains("torino")'>
 <then>
  <appender name="con" class="ch.qos.logback.core.consoleappender">
  <encoder>
   <pattern>%d %-5level %logger{35} - %msg %n</pattern>
  </encoder>
  </appender>
  <root>
  <appender-ref ref="con" />
  </root>
 </then>
 </if>
 
 <appender name="file" class="ch.qos.logback.core.fileappender">
 <file>${randomoutputdir}/conditional.log</file>
 <encoder>
  <pattern>%d %-5level %logger{35} - %msg %n</pattern>
 </encoder>
 </appender>
 
 <root level="error">
  <appender-ref ref="file" />
 </root>
</configuration>
从jndi 获取变量
使用 <insertfromjndi> 可以从 jndi 加载变量，如下所示：
<configuration>
 <insertfromjndi env-entry-name="java:comp/env/appname" as="appname" />
 <contextname>${appname}</contextname>
 
 <appender name="console" class="ch.qos.logback.core.consoleappender">
 <encoder>
  <pattern>%d ${context_name} %level %msg %logger{50}%n</pattern>
 </encoder>
 </appender>
 
 <root level="debug">
 <appender-ref ref="console" />
 </root>
</configuration>
文件包含
可以使用 ≶include> 标签在一个配置文件中包含另外一个配置文件，如下图所示：
<configuration>
 <include file="src/main/java/chapters/configuration/includedconfig.xml"/>
 
 <root level="debug">
 <appender-ref ref="includedconsole" />
 </root>
 
</configuration>
被包含的文件必须有以下格式：
<included>
 <appender name="includedconsole" class="ch.qos.logback.core.consoleappender">
 <encoder>
  <pattern>"%d - %m%n"</pattern>
 </encoder>
 </appender>
</included>
支持从多种源头包含
从文件中包含
<include file="src/main/java/chapters/configuration/includedconfig.xml"/>
从 classpath 中包含
<include resource="includedconfig.xml"/>
从 url 中包含
<include url="http://some.host.com/includedconfig.xml"/>
如果包含不成功，那么 logback 会打印出一条警告信息，如果不希望 logback 抱怨，只需这样做：
<include optional="true" ..../>
添加一个 context listener
loggercontextlistener 接口的实例能监听 logger context 上发生的事件，比如说日志级别的变化，添加的方式如下所示：
<configuration debug="true">
 <contextlistener class="ch.qos.logback.classic.jul.levelchangepropagator"/>
 .... 
</configuration>
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持CodeAE代码之家。
原文链接：https://segmentfault.com/a/1190000008315137

关注下面的标签，发现更多相似文章
免责声明：

1. 本站所有资源来自网络搜集或用户上传，仅作为参考不担保其准确性！

2. 本站内容仅供学习和交流使用，版权归原作者所有！© 查看更多

3. 如有内容侵害到您，请联系我们尽快删除，邮箱：kf@codeae.com

分享到： QQ好友和群QQ好友和群 QQ空间QQ空间

举报

返回列表
相关帖子
avatar
3335 经验
3329 文档
OPNE在线字典
  • 手机版| 免责声明|
2021-2024  版权所有：CodeAE代码之家   
粤ICP备2023096576号-2