1、Logback为取代log4j而生
java日志有:slf4j,log4j,logback,common-logging
slf4j:是规范/接口
日志实现:log4j,logback,common-logging等
Logback是由log4j创始人Ceki Gülcü设计的又一个开源日志组件。logback当前分成三个模块:logback-core,logback- classic和logback-access。
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.12</version>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
<version>1.1.7</version>
</dependency>
<!--实现slf4j接口并整合-->
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.1.7</version>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-access</artifactId>
<version>1.1.7</version>
</dependency>
2、Logback的核心对象:Logger、Appender、Layout
Logback主要建立于Logger、Appender 和 Layout 这三个类之上。
- Logger:日志的记录器,把它关联到应用的对应的context上后,主要用于存放日志对象,也可以定义日志类型、级别。Logger对象一般多定义为静态常量.
- Appender:用于指定日志输出的目的地,目的地可以是控制台、文件、远程套接字服务器、 MySQL、 PostreSQL、Oracle和其他数据库、 JMS和远程UNIX Syslog守护进程等。
- Layout:负责把事件转换成字符串,格式化的日志信息的输出。
3、Level 有效级别
Logger可以被分配级别。级别包括:TRACE、DEBUG、INFO、WARN和ERROR,定义于ch.qos.logback.classic.Level类。程序会打印高于或等于所设置级别的日志,设置的日志等级越高,打印出来的日志就越少。如果设置级别为INFO,则优先级高于等于INFO级别(如:INFO、 WARN、ERROR)的日志信息将可以被输出,小于该级别的如DEBUG将不会被输出。为确保所有logger都能够最终继承一个级别,根logger总是有级别,默认情况下,这个级别是DEBUG。
4、 三值逻辑
Logback的过滤器基于三值逻辑(ternary logic),允许把它们组装或成链,从而组成任意的复合过滤策略。过滤器很大程度上受到Linux的iptables启发。这里的所谓三值逻辑是说,过滤器的返回值只能是ACCEPT、DENY和NEUTRAL的其中一个。
如果返回DENY,那么记录事件立即被抛弃,不再经过剩余过滤器;
如果返回NEUTRAL,那么有序列表里的下一个过滤器会接着处理记录事件;
如果返回ACCEPT,那么记录事件被立即处理,不再经过剩余过滤器。
5、Filter 过滤器
Logback-classic提供两种类型的过滤器:常规过滤器和TuroboFilter过滤器。Logback整体流程:
- Logger 产生日志信息;
- Layout修饰这条msg的显示格式;
- Filter过滤显示的内容;
- Appender具体的显示,即保存这日志信息的地方。
LogBack配置文件:logback.xml
文件存放在resources目录下:
<configuration>
<!--输出console-->
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<!--输出格式-->
<encoder>
<pattern>%d{HH:mm:ss} %-5level [%thread] %logger{36}.%M - %msg%n
</pattern>
</encoder>
</appender>
<!--输出到文件-->
<appender name="MQTTPubFILE"
class="ch.qos.logback.core.rolling.RollingFileAppender">
<!--消息过滤 debug执行日志,否则抛弃-->
<filter class="ch.qos.logback.classic.filter.LevelFilter">
<level>DEBUG</level>
<onMatch>ACCEPT</onMatch>
<onMismatch>DENY </onMismatch>
</filter>
<!--日志输出的文件名,路径项目根目录-->
<file>mqttPub.log</file>
<!--时间回滚,当天的记录记录在当天的已时间命名的文件中-->
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<!-- daily rollover -->
<fileNamePattern>mqttPub.%d{yyyy-MM-dd}.log</fileNamePattern>
<!-- keep 3 days' worth of history -->
<maxHistory>3</maxHistory>
</rollingPolicy>
<encoder>
<pattern>%d{HH:mm:ss} %msg%n</pattern>
</encoder>
</appender>
<logger name="类路径" level="debug">
<!--指定日志输出方式,引用定义的appender-->
<appender-ref ref="MQTTSubFILE" />
</logger>
<!-- 日志输出规则 根据当前ROOT 级别,日志输出时,级别高于root默认的级别时 会输出 -->
<!-- 打印info级别日志及以上级别日志 -->
<root level="info">
<appender-ref ref="STDOUT" />
</root>
</configuration>
即当root为info级别时,在代码中通过logger指定的输出级别低于info时,日志是不会输出的.
最终决定你日志输出级别的是你在具体代码中调用Logger类决定的,而不是<
logger>
标签,但是你的Logger调用级别不能低于标签指定的级别.也意味着如果你的logger标签没有指定级别,那么代码中输出日志时不能低于root标签的级别
root 是日志级别的最高级,如果定义一个logger没有指定level那么模式继承root的级别。同时日志默认会向上传递,即自己定义的logger执行完成后会交给root处理,也就是此时该日志会被处理两次:你自己的日志一次,root处理一次,但可以通过设置additivity属性来避免(默认为true):
<logger name="logback.LogbackDemo" level="INFO" additivity="false">
<appender-ref ref="STDOUT"/>
</logger>
LogBack在代码中的使用:
private static final Logger logger = LoggerFactory.getLogger(xxx.class);
logger.debug(xxx);