logback学习

博客原文地址: http://blog.csdn.net/haidage/article/details/6794509

Logback 是Java的一个开源日志组件. 使用组件技术的目的是帮助开发者实现各种规则, 并且实现单纯编程手段不能实现的功能, 比如调试的时候我们经常在控制台打印语句, 而日志则可以显示更多更灵活的内容, 且扩展自由.

Logback 分为三个模块：Core, Classic 和 Access. Core模块是其他两个模块的基础. Classic模块扩展了core模块.  Classic模块相当于log4j的显著改进版. Logback-classic 直接实现了 SLF4J API. 使用logback需要把slf4j-api.jar、logback-core.jar、logback-classic.jar，添加到要引入Logbac日志管理的项目的class path中.

logback.xml配置好后, 只需要放置src包下面就会自动启动日志了.

一：根节点<configuration> (一般属性不用配置, 取默认值)

二：根节点<configuration>的子节点：

三: 设置loger：

<loger>

用来设置某一个包或者具体的某一个类的日志打印级别、以及指定<appender>. <loger>仅有一个name属性，一个可选的level和一个可选的addtivity属性。

name:

用来指定受此loger约束的某一个包或者具体的某一个类。

level:

用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，还有一个特俗值INHERITED或者同义词NULL，代表强制执行上级的级别。

如果未设置此属性，那么当前loger将会继承上级的级别。

addtivity:

是否向上级loger传递打印信息。默认是true。

<loger>可以包含零个或多个<appender-ref>元素，标识这个appender将会添加到这个loger.

四: 设置 root:

<root>

也是<loger>元素，但是它是根loger。只有一个level属性，已经被命名为"root".

level:

用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，不能设置为INHERITED或者同义词NULL。

默认是DEBUG。

<root>可以包含零个或多个<appender-ref>元素，标识这个appender将会添加到这个loger.

例如:

1. <configuration>   

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

3.     <!-- encoder 默认配置为PatternLayoutEncoder -->   

4.     <encoder>   

5.       <pattern>%date%msg%n</pattern>   

6.     </encoder>   

7.   </appender>   

8.      <!-- logback为java中的包 -->   

9.   <logger name="logback"/>   

10.      <root level="DEBUG">             

11.     <appender-ref ref="STDOUT" />   

12.   </root>     

13.  </configuration> 

其中appender的配置表示打印到控制台.

<logger name="logback" />将控制logback包下的所有类的日志的打印，但是并没用设置打印级别，所以继承他的上级<root>的日志级别“DEBUG”;

没有设置addtivity，默认为true，将此loger的打印信息向上级传递;

没有设置appender，此loger本身不打印任何信息. <root level="DEBUG">将root的打印级别设置为“DEBUG”, 指定了名字为“STDOUT”的appender。

测试类:

 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");  

·      }  

·  }

五:设置appender

<appender>是<configuration>的子节点，是负责写日志的组件. 

<appender>有两个必要属性name和class. name指定appender名称, class指定appender的全限定名.

1.ConsoleAppender:

把日志添加到控制台，有以下子节点：

<encoder>：对日志进行格式化

<target>：字符串 System.out 或者 System.err ，默认 System.out ；

2.FileAppender:

把日志添加到文件，有以下子节点：

<file>：被写入的文件名，可以是相对目录，也可以是绝对目录，如果上级目录不存在会自动创建，没有默认值。

<append>：如果是 true，日志被追加到文件结尾，如果是 false，清空现存文件，默认是true。

<encoder>：对记录事件进行格式化

<prudent>：如果是 true，日志会被安全的写入文件，即使其他的FileAppender也在向此文件做写入操作，效率低，默认是 false。

例:

<configuration>     

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

·      <encoder>  

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

·      </encoder>  

·    </appender>  

·    <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="STDOUT" />  

·  <appender-ref ref="FILE" />

·    </root>  

·  </configuration>

3.RollingFileAppender:

滚动记录文件，先将日志记录到指定文件，当符合某个条件时，将日志记录到其他文件。有以下子节点：

<file>：被写入的文件名，可以是相对目录，也可以是绝对目录，如果上级目录不存在会自动创建，没有默认值。

<append>：如果是 true，日志被追加到文件结尾，如果是 false，清空现存文件，默认是true。

<encoder>：对记录事件进行格式化。（具体参数稍后讲解 ）

<rollingPolicy>:当发生滚动时，决定 RollingFileAppender 的行为，涉及文件移动和重命名。

<triggeringPolicy >: 告知 RollingFileAppender 合适激活滚动。

<prudent>：当为true时，不支持FixedWindowRollingPolicy。支持TimeBasedRollingPolicy，但是有两个限制，1不支持也不允许文件压缩，2不能设置file属性，必须留空.

<encoder>：

负责两件事，一是把日志信息转换成字节数组，二是把字节数组写入到输出流。

目前PatternLayoutEncoder 是唯一有用的且默认的encoder ，有一个<pattern>节点，用来设置日志的输入格式。使用“%”加“转换符”方式，如果要输出“%”，则必须用“\”对“\%”进行转义。

例如下面<pattern>中各参数含义: 

“-”是左对齐 5是可选的最小宽度 p是输出日志级别

d是显示日期 c是输出执行记录请求的调用者的全限定名

m是输出应用程序提供的信息 n是输出平台先关的分行符“\n”或者“\r\n”

<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">

<pattern>%-5p [%d] %C: - %m %n</pattern>

<charset>utf-8</charset>

</encoder>

理解正确的日志输出级别 
很多程序员都忽略了日志输出级别, 甚至不知道如何指定日志的输出级别. 相对于System.out来说, 日志框架有两个最大的优点就是可以指定输出类别(category)和级别(level). 对于日志输出级别来说, 下面是我们应该记住的一些原则: 
ERROR:系统发生了严重的错误, 必须马上进行处理, 否则系统将无法继续运行. 比如, NPE, 数据库不可用等. 

WARN:系统能继续运行, 但是必须引起关注. 对于存在的问题一般可以分为两类: 一种系统存在明显的问题(比如, 数据不可用), 另一种就是系统存在潜在的问题, 需要引起注意或者给出一些建议(比如, 系统运行在安全模式或者访问当前系统的账号存在安全隐患). 总之就是系统仍然可用, 但是最好进行检查和调整. 

INFO:重要的业务逻辑处理完成. 在理想情况下, INFO的日志信息要能让高级用户和系统管理员理解, 并从日志信息中能知道系统当前的运行状态. 比如对于一个机票预订系统来说, 当一个用户完成一个机票预订操作之后, 提醒应该给出"谁预订了从A到B的机票". 另一个需要输出INFO信息的地方就是一个系统操作引起系统的状态发生了重大变化(比如数据库更新, 过多的系统请求). 

DEBUG:主要给开发人员看. 

TRACE: 系统详细信息, 主要给开发人员用, 一般来说, 如果是线上系统的话, 可以认为是临时输出, 而且随时可以通过开关将其关闭. 有时候我们很难将DEBUG和TRACE区分开, 一般情况下, 如果是一个已经开发测试完成的系统, 再往系统中添加日志输出, 那么应该设为TRACE级别.