故事篇:终于给老婆讲明白什么是logback了!

故事会迟到,但他从不会缺席。今天的故事开始了,你准备好了吗?html

前奏

简单介绍一下个人老婆:集智慧与美貌于一身的女子——阿狸,一句“咱们心有灵犀,不是吗?”让我瞬间“沦陷”。 java

阿Q: 老婆,还记得往年过节的时候我都送过你什么礼物吗?面试

阿狸: 固然记得呀:刚过的儿童节送了一排旺仔牛奶和一大包零食;5·20送了一款我喜欢的香水;女神节给我买了一个超好看的包包......算法

阿Q: 这都是今年的,那去年的还记得吗?spring

阿狸: 我想一想哈:去年圣诞节买了个圣诞老人的蛋糕还有一双漂亮的高跟鞋;过生日的时候送了一束鲜花还有一个大红包;嗯......sql

阿Q: 看看,看看想不起来了吧,我就知道时间久了就记不住了,我来给你说一下吧:巴拉巴拉(露出得意的表情)。数据库

阿狸: 哇塞,你真厉害,你是怎么作到的呢?apache

阿Q: 哈哈,这就不得不说一下我用到的日志了,你可听好了。api

正题

LogBack简介

阿Q: 我说的日志呢就跟我们以前写过的日记同样,只不过它是用来记录操做系统事件的文件的集合。常见的日志框架呢有如下几种:数组

  • JUL(Java Util Logging)
  • Logback
  • Log4j
  • Log4j2
  • JCL(Jakarta Commons Logging)
  • Slf4j(Simple Logging Facade For Java)

阿狸: 这么多框架,该使用哪一个好呢?

阿Q: 我首推Logback日志框架:首先它配置比较简单,比较容易上手;其次配置比较灵活,能知足大部分项目的需求;最后性能比较好,能够异步存储日志。我以为这也是它在市面上比较流行,项目中使用比较多的缘由吧。

阿狸: 哦哦,那我pick它。

阿Q: Logback是经过slf4j的日志门面搭建的日志系统,门面与实现的关系了解一下。

接着奉上官网地址,它分为如下三个模块:

  • logback-core:其它两个模块的基础模块;
  • logback-classic:它是log4j的一个改良版本,同时它完整实现了slf4j API,你能够很方便地更换成其它日志框架(如log4j或者JUL);
  • logback-access:访问模块与Servlet容器集成提供经过Http来访问日志的功能,能够轻松地在logback核心之上构建本身的模块。

logback组件之间的关系 能够大致了解下,实战篇更容易理解

  • Logger做为日志的记录器,把它关联到应用的对应的context上后,主要用于存放日志对象,也能够定义日志类型、级别; 
  • Appender主要用于指定日志输出的目的地,能够是控制台、文件、远程套接字服务器、MySQLPostreSQLOracle和其余数据库、 JMS和远程UNIX Syslog守护进程等;   
  • Layout负责把事件转换成字符串,格式化的日志信息的输出。在logbackLayout对象被封装在encoder中;
  • Logger Context:各个logger都被关联到一个 LoggerContext,它负责制造logger,也负责以树结构排列各logger。其余全部logger也经过org.slf4j.LoggerFactory 类的静态方法getLogger取得。

Logger 能够被分配的级别包括:TRACEDEBUGINFOWARNERROR,定义于ch.qos.logback.classic.Level类。若是 logger没有被分配级别,那么它将从有被分配级别的最近的祖先那里继承级别。root logger 默认级别是 DEBUG

级别排序为: TRACE < DEBUG < INFO < WARN < ERROR

项目实战

阿狸: 太啰嗦了,快点进入实战吧。

阿Q: OK,若是你建立的是普通的maven项目,你须要引入pom文件:

<!-- slf4j日志门面 -->
<dependency>
	<groupId>org.slf4j</groupId>
	<artifactId>slf4j-api</artifactId>
	<version>1.7.30</version>
</dependency>

<!-- logback日志实现 -->
<dependency>
	<groupId>ch.qos.logback</groupId>
	<artifactId>logback-classic</artifactId>
	<version>1.2.3</version>
</dependency>

logback会从 classpath 下依次读取如下类型的配置文件:

  • logback.groovy
  • logback-test.xml
  • logback.xml

若是文件都不存在,logbackBasicConfigurator 自动对本身进行配置,这会致使记录输出到控制台。

基本信息配置

代码测试样例奉上:

public class TestLogBack {

    private static final Logger logger = LoggerFactory.getLogger(TestLogBack.class);

    public static void main(String[] args) {
        for (int i = 0; i < 10000; i++) {

            logger.error("error");
            logger.warn("warn");
            logger.info("info");
            logger.debug("debug");
            logger.trace("trace");

        }
    }
}

首先咱们在resources下建立一个logback.xml,而后进行配置

<?xml version="1.0" encoding="UTF-8" ?>
<configuration>
    <!--
        配置集中管理属性
        咱们能够直接改属性的 value 值
        格式:${name}
     -->

    <property name="pattern" value="[%-5level] %d{yyyy-MM-dd HH:mm:ss.SSS} %c %M %L [%thread] %m%n"/>
    <!--
        日志输出格式:
        %-5level 日志输出级别,占5位,靠左补全
        %d{yyyy-MM-dd HH:mm:ss.SSS} 时间
        %c 类的完整名称
        %M method
        %L 行号
        %thread 线程名称
        %m或者%msg 信息
        %n 换行
     -->

    <!-- 控制台日志输出的 appender -->
    <appender name="console" class="ch.qos.logback.core.ConsoleAppender">
        <!-- 控制输出流对象 默认 System.out  咱们为了测试能够改成 System.err(项目中使用 System.out ) -->
        <target>System.err</target>
        <!-- 日志消息格式配置 -->
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>${pattern}</pattern>
        </encoder>
    </appender>


    <!-- 定义日志文件保存路径属性 -->
    <property name="log_dir" value="/logs"/>

    <!-- 日志文件输出的 appender -->
    <appender name="file" class="ch.qos.logback.core.FileAppender">
        <!-- 日志文件保存路径 -->
        <file>${log_dir}/logback.log</file>
        <!--  日志消息格式配置 -->
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>${pattern}</pattern>
        </encoder>
    </appender>

    <!-- html 格式文件输出的 appender -->
    <appender name="htmlFile" class="ch.qos.logback.core.FileAppender">
        <!-- 日志文件保存路径 -->
        <file>${log_dir}/logback.html</file>
        <!-- html消息格式配置 -->
        <encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
            <layout class="ch.qos.logback.classic.html.HTMLLayout">
<!--                <pattern>${pattern}</pattern>-->
                <pattern>%-5level%d{yyyy-MM-dd HH:mm:ss.SSS}%c%M%L%thread%m</pattern>
            </layout>
        </encoder>
    </appender>
  <!-- root logger 配置 -->
    <root level="ALL">
        <appender-ref ref="console"/>
        <appender-ref ref="file"/>
        <appender-ref ref="htmlFile"/>
    </root>
    
</configuration>

运行以后发如今控制台打印出红色字体的日志信息,在/log文件下有logback.loglogback.html两个日志文件,在项目中通常都只会使用.log结尾的日志的。

阿狸: 奥,你就是经过这个文件找到的吧,那天天都产生这么多行日志,找起来不是太费劲了吗?另外文件太大,打开都很费劲呀。

阿Q: 固然了,请接着往下看

<!-- 日志拆分和归档压缩的 appender -->
<appender name="rollFile" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <!-- 日志文件保存路径(拆分的话此处能够省略) -->
    <file>${log_dir}/roll_logback.log</file>
    <!-- 日志消息格式配置-->
    <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
        <pattern>${pattern}</pattern>
    </encoder>
    <!-- 指定拆分规则 -->
    <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
        <!-- 每满1M或者 每秒 产生一个新文件,%i产生0 或者 1 的文件名 ,gz为压缩,
        咱们通常设置为天天产生一个文件%d{yyyy-MM-dd} -->
        <!-- 按照文件大小拆分 -->
        <maxFileSize>1MB</maxFileSize>
        <!-- 按照时间和压缩格式声明拆分的文件名 -->
        <fileNamePattern>${log_dir}/rolling.%d{yyyy-MM-dd-HH-mm-ss}.log%i.gz</fileNamePattern>
    </rollingPolicy>
</appender>

此时咱们对测试程序加上for循环,循环1w次,发现每秒或者每超过1M都会产生新的文件。固然也能够在appender下增长过滤器,过滤须要的日志级别。

<!-- 日志级别过滤器 -->
<filter class="ch.qos.logback.classic.filter.LevelFilter">
    <!-- 日志过滤规则 -->
    <level>ERROR</level>
    <!-- 匹配时的操做:接收(记录) -->
    <onMatch>ACCEPT</onMatch>
    <!-- 不匹配时的操做:拒绝(不记录) -->
    <onMismatch>DENY</onMismatch>
</filter>

阿狸: 这样就清晰多了,那你上边提到的那个分文件的策略是怎么发现的呢?能跟我说一下你的依据吗?

阿Q: 好的,那就来几张图感觉一下吧

  1. 先打开RollingFileAppender,能够看到他底下有个RollingPolicy策略
  2. 点进去发现它是一个接口,而后看一下它的实现类,咱们找到SizeAndTimeBasedRollingPolicy策略看一下 3.发现这个类里边就有文件大小的属性maxFileSize,却没有找到按照时间份文件的属性,咱们进入它的父类TimeBasedRollingPolicy查看 4.发现里边就有该属性,翻译一下:必须在使用TimeBasedRollingPolicy以前设置FileNamePattern选项

阿狸: 我还有一个问题,就是系统在执行时还要完成打印日志的工做,它的效率会不会很低呀?

阿Q: 不会的,为了提升性能,它还支持异步输出日志,这样就能够大大提升性能了。

<!-- 异步日志 -->
<appender name="async" class="ch.qos.logback.classic.AsyncAppender">
    <!-- 指定具体的appender -->
    <appender-ref ref="rollFile"/>
</appender>

除了上边用到的root,还支持自定义的logger呢。

<!-- 自定义logger对象
  additivity="false" 自定义的logger 对象是否继承root logger
  name 用来指定受此loger约束的某一个包或者具体的某一个类
-->
<logger name="com.aq.logback" level="info" additivity="false">
  <appender-ref ref="console"/>
</logger>

SpringBoot中使用

阿狸: 说到这我想起来了,你说的是普通的maven项目,那经常使用的SpringBoot项目也是这样使用吗?

阿Q: 若是是SpringBoot项目的话,它默认使用slf4j做为日志门面,logback做为日志实现来记录日志,因此咱们不须要引入任何依赖,默认是info级别。

咱们还能够直接使用@Slf4j的注解来代替上边的

private static final Logger logger = LoggerFactory.getLogger(TestLogBack.class);

引用是使用log.info("info");来实现。它的默认加载顺序是logback-spring.xml->logback.xml

咱们能够在application.properties中简单配置

#指定自定义 logger 对象的日志级别
logging.level.com.itzyq.sblogback=trace

#指定控制台输出消息格式
logging.pattern.console=[%-5level] %d{yyyy-MM-dd HH:mm:ss} %c [%thread] ===== %m %n

#指定存放日志文件的具体路径(已经弃用)
#logging.file=/logs/springboot.log
#指定日志文件存放的目录,默认的文件名为spring.log
logging.file.path=/logs/springboot/
#指定日志文件的消息格式
logging.pattern.file=[%-5level] %d{yyyy-MM-dd HH:mm:ss} %c [%thread] ===== %m %n

由于在properties中配置功能有限,咱们仍是使用上文中的logback.xml来配置。

阿狸: 艾,那为啥不使用logback-spring.xml呢?

阿Q: SpringBoot中是推荐使用logback-spring.xml的,由于上文中是普通的maven项目,为了好理解就搞成logback.xml了。

logback-spring.xml只有在Spring应用程序运行的时候才生效,即带有@SpringBootApplication注解的类启动的时候才会生效。这里咱们彻底可使用它。

另外它还有个特殊的功能,能够用来解析日志的配置。

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

    <property name="pattern" value="[%-5level] %d{yyyy-MM-dd HH:mm:ss.SSS} %c %M %L [%thread] %m%n"/>

    <!-- 定义日志文件保存路径属性 -->
    <property name="log_dir" value="/logs"/>

    <!-- 日志文件输出的 appender -->
    <appender name="file" class="ch.qos.logback.core.FileAppender">
        <!-- 日志文件保存路径 -->
        <file>${log_dir}/logback.log</file>
        <!-- 日志消息格式配置-->
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <springProfile name="dev">
                <pattern>${pattern}</pattern>
            </springProfile>
            <springProfile name="pro">
                <pattern> %d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %m%n</pattern>
            </springProfile>
        </encoder>
    </appender>

    <root level="info">
        <appender-ref ref="file"/>
    </root>

</configuration>

此时在application.properties中引入spring.profiles.active=dev或者pro能够切换测试和正式环境了,是否是很方便呀。

Logback-access

阿狸: 确实是,那既然都说到这了,你能说下上边提到的logback-access吗?

阿Q: 好吧,那我就大致说一下它的配置和使用吧:logback-access模块与Servlet容器(如Tomcatjetty)集成,已提供HTTP访问日志功能。咱们可使用logback-access模块来替换tomcat的访问日志;

  1. logback-access.jarlogback-core.jar 复制到$TOMCAT_HOME/lib/(安装 Tomcat 的文件夹)目录下;

  2. 修改$TOMCAT_HOME/conf/server.xml中的Host元素中添加:

<Value className="ch.qos.logback.access.tomcat.LogbackValue" />

这一行一般嵌套在一个<Engine><Host>元素中。

  1. logback 默认会在$TOMCAT_HOME/conf下查找文件logback-access.xml,该配置的官方地址:http://logback.qos.ch/access.html#configuration
<configuration>
  <!-- always a good activate OnConsoleStatusListener -->
  <statusListener class="ch.qos.logback.core.status.OnConsoleStatusListener" />  

  <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>access.log</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
      <fileNamePattern>access.%d{yyyy-MM-dd}.log.zip</fileNamePattern>
    </rollingPolicy>

    <encoder>
      <!-- 日志消息表达格式 -->
      <pattern>%h %l %u [%t] "%r" %s %b "%i{Referer}" “%i{User-Agent}”</pattern>
      <pattern>combined</pattern>
    </encoder>
  </appender>
 
  <appender-ref ref="FILE" />
</configuration>

配置信息补充

阿狸: 讲到这就结束了吗?

阿Q: 由于logback的配置信息在上文中难以所有展现,特将具体的配置信息列出来,供你们参考学习。

(1)根节点configuration,包含下面三个属性:

  • scan: 当此属性设置为true时,配置文件若是发生改变,将会被从新加载,默认值为true
  • scanPeriod: 设置监测配置文件是否有修改的时间间隔,若是没有给出时间单位,默认单位是毫秒。当scantrue时,此属性生效。默认的时间间隔为1分钟。
  • debug: 当此属性设置为true时,将打印出logback内部日志信息,实时查看logback运行状态。默认值为false
<configuration scan="true" scanPeriod="60 seconds" debug="false"> 
</configuration> 

(2)contextName:用来设置上下文名称,每一个logger都关联到logger上下文,默认上下文名称为default。但可使用contextName设置成其余名字,用于区分不一样应用程序的记录。一旦设置,不能修改。

<configuration scan="true" scanPeriod="60 seconds" debug="false"> 
     <contextName>myAppName</contextName> 
  </configuration>

(3) property :用来定义变量值,它有两个属性namevalue,经过property定义的值会被插入到logger上下文中,可使“${}”来使用变量。  

  • name: 变量的名称
  • value: 的值时变量定义的值

(4) timestamp:获取时间戳字符串,他有两个属性keydatePattern    

  • key: 标识此timestamp的名字;
  • datePattern: 设置将当前时间(解析配置文件的时间)转换为字符串的模式,遵循java.txt.SimpleDateFormat的格式。
<configuration scan="true" scanPeriod="60 seconds" debug="false"> 
    <timestamp key="bySecond" datePattern="yyyyMMdd'T'HHmmss"/> 
</configuration>

(5)appender:负责写日志的组件,它有两个必要属性nameclassname指定appender名称,class指定appender的全限定名

5.一、ConsoleAppender 把日志输出到控制台,有如下子节点:

  • encoder:对日志进行格式化。
  • target:字符串System.out(默认)或者System.err

5.二、FileAppender:把日志添加到文件,有如下子节点:      

  • file:被写入的文件名,能够是相对目录,也能够是绝对目录,若是上级目录不存在会自动建立,没有默认值。      
  • append:若是是 true,日志被追加到文件结尾,若是是 false,清空现存文件,默认是true。      
  • encoder:对记录事件进行格式化。     
  • prudent:若是是 true,日志会被安全的写入文件,即便其余的FileAppender也在向此文件作写入操做,效率低,默认是 false

5.三、RollingFileAppender:滚动记录文件,先将日志记录到指定文件,当符合某个条件时,将日志记录到其余文件。有如下子节点:      

  • file:被写入的文件名,能够是相对目录,也能够是绝对目录,若是上级目录不存在会自动建立,没有默认值。      
  • append:若是是 true,日志被追加到文件结尾,若是是 false,清空现存文件,默认是true。      
  • rollingPolicy:当发生滚动时,决定RollingFileAppender的行为,涉及文件移动和重命名。属性class定义具体的滚动策略类。

5.四、策略: class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy": 最经常使用的滚动策略,它根据时间来制定滚动策略,既负责滚动也负责触发滚动。 有如下子节点:

  • fileNamePattern:必要节点,包含文件名及“%d”转换符,“%d”能够包含一个java.text.SimpleDateFormat指定的时间格式,如:%d{yyyy-MM}。若是直接使用 %d,默认格式是 yyyy-MM-dd
  • RollingFileAppenderfile子节点无关紧要,经过设置file,能够为活动文件和归档文件指定不一样位置,当前日志老是记录到file指定的文件(活动文件),活动文件的名字不会改变;若是没设置file,活动文件的名字会根据fileNamePattern 的值,每隔一段时间改变一次。“/”或者“\”会被当作目录分隔符。        
  • maxHistory:可选节点,控制保留的归档文件的最大数量,超出数量就删除旧文件。 假设设置每月滚动,且<maxHistory>是6,则只保存最近6个月的文件,删除以前的旧文件。注意,删除旧文件时,那些为了归档而建立的目录也会被删除。  

class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy": 查看当前活动文件的大小,若是超过指定大小会告知RollingFileAppender 触发当前活动文件滚动。只有一个节点:        

  • maxFileSize:这是活动文件的大小,默认值是10MB
  • prudent:当为true时,不支持FixedWindowRollingPolicy。支持TimeBasedRollingPolicy,可是有两个限制,1不支持也不容许文件压缩,2不能设置file属性,必须留空。
  • triggeringPolicy: 告知 RollingFileAppender 合适激活滚动。 

class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy" 根据固定窗口算法重命名文件的滚动策略。有如下子节点:        

  • minIndex:窗口索引最小值        
  • maxIndex:窗口索引最大值,当用户指定的窗口过大时,会自动将窗口设置为12。        
  • fileNamePattern:必须包含“%i”例如,假设最小值和最大值分别为1和2,命名模式为 mylog%i.log,会产生归档文件mylog1.logmylog2.log。还能够指定文件压缩选项,例如,mylog%i.log.gz 或者 没有log%i.log.zip
<configuration> 
      <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> 
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> 
          <fileNamePattern>logFile.%d{yyyy-MM-dd}.log</fileNamePattern> 
          <maxHistory>30</maxHistory> 
        </rollingPolicy> 
        <encoder> 
          <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern> 
        </encoder> 
      </appender> 

      <root level="DEBUG"> 
        <appender-ref ref="FILE" /> 
      </root> 
    </configuration>
   //上述配置表示天天生成一个日志文件,保存30天的日志文件。
<configuration> 
      <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> 
        <file>test.log</file> 

        <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"> 
          <fileNamePattern>tests.%i.log.zip</fileNamePattern> 
          <minIndex>1</minIndex> 
          <maxIndex>3</maxIndex> 
        </rollingPolicy> 

        <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> 
          <maxFileSize>5MB</maxFileSize> 
        </triggeringPolicy> 
        <encoder> 
          <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern> 
        </encoder> 
      </appender> 

      <root level="DEBUG"> 
        <appender-ref ref="FILE" /> 
      </root> 
    </configuration>
    //上述配置表示按照固定窗口模式生成日志文件,当文件大于5MB时,生成新的日志文件。窗口大小是1到3,当保存了3个归档文件后,将覆盖最先的日志。

encoder:对记录事件进行格式化。负责两件事,一是把日志信息转换成字节数组,二是把字节数组写入到输出流。

PatternLayoutEncoder 是惟一有用的且默认的encoder ,有一个pattern节点,用来设置日志的输入格式。使用“%”加“转换符”方式,若是要输出“%”,则必须用“\”“\%”进行转义。

(6)子节点logger:用来设置某一个包或具体的某一个类的日志打印级别、以及指定appender。仅有一个name属性,一个可选的level和一个可选的additivity单词必定要注意写对,好多地方都写成了addtivity)属性。能够包含零个或多个<appender-ref>元素,标识这个appender将会添加到这个logger

  • name:用来指定受此 logger 约束的某一个包或者具体的某一个类;
  • level:用来设置打印级别(日志级别),大小写无关:TRACE, DEBUG, INFO, WARN, ERROR, ALLOFF,还有一个特殊值INHERITED或者同义词NULL,表明强制执行上级的级别。若是未设置此属性,那么当前 logger 将会继承上级的级别。
  • additivity:是否向上级loger传递打印信息。默认是true

(7)子节点root:它也是logger元素,可是它是根 logger ,是全部logger的上级。只有一个level属性,由于name已经被命名为"root",且已是最上级了。同logger同样,能够包含零个或多个appender-ref元素,标识这个appender将会添加到这个logger。    

  • level: 用来设置打印级别,大小写无关:TRACE, DEBUG, INFO, WARN, ERROR, ALLOFF,不能设置为INHERITED或者同义词NULL。 默认是DEBUG

经常使用logger配置

<!-- show parameters for hibernate sql 专为 Hibernate 定制 -->
<logger name="org.hibernate.type.descriptor.sql.BasicBinder" level="TRACE" />
<logger name="org.hibernate.type.descriptor.sql.BasicExtractor" level="DEBUG" />
<logger name="org.hibernate.SQL" level="DEBUG" />
<logger name="org.hibernate.engine.QueryParameters" level="DEBUG" />
<logger name="org.hibernate.engine.query.HQLQueryPlan" level="DEBUG" />

<!--myibatis log configure-->
<logger name="com.apache.ibatis" level="TRACE"/>
<logger name="java.sql.Connection" level="DEBUG"/>
<logger name="java.sql.Statement" level="DEBUG"/>
<logger name="java.sql.PreparedStatement" level="DEBUG"/>

阿狸: 老公你也太贴心了,我也要用起来,记录美好的生活!

以上就是今天的全部内容了,若是你有不一样的意见或者更好的idea,欢迎联系阿Q:qingqing-4132,阿Q期待你的到来!

后台留言领取java干货资料:学习笔记与大厂面试题
相关文章
相关标签/搜索