看完这个不会配置 logback ,请你吃瓜!

2024-09-08 07:32
文章标签 配置 不会 logback

本文主要是介绍看完这个不会配置 logback ,请你吃瓜!,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

之前在 日志?聊一聊slf4j吧 这篇文章中聊了下slf4j。本文也从实际的例子出发,针对logback的日志配置进行学习。

logack 简介

logback 官网:https://logback.qos.ch/

目前还没有看过日志类框架的源码,仅限于如何使用。所以就不说那些“空话”了。最直观的认知是:

  • logbacklog4j是一个人写的
  • springboot默认使用的日志框架是logback
  • 三个模块组成
    • logback-core
    • logback-classic
    • logback-access
  • 其他的关于性能,关于内存占用,关于测试,关于文档详见源码及官网说明

logback-core 是其它模块的基础设施,其它模块基于它构建,显然,logback-core 提供了一些关键的通用机制。logback-classic 的地位和作用等同于 Log4J,它也被认为是 Log4J 的一个改进版,并且它实现了简单日志门面 SLF4J;而 logback-access 主要作为一个与 Servlet 容器交互的模块,比如说tomcat或者 jetty,提供一些与 HTTP 访问相关的功能。

配置文件详解

这部分主要来学习下logback配置文件的一些配置项。

configuration

先来看这张图,这个结构就是整个logback.xml配置文件的结构。

 

 

对应来看下配置文件:

 

<configuration scan="true" scanPeriod="60 seconds" debug="false">  <property name="glmapper-name" value="glmapper-demo" /> <contextName>${glmapper-name}</contextName> <appender>//xxxx</appender>   <logger>//xxxx</logger><root>             //xxxx</root>  
</configuration>  
复制代码

ps:想使用spring扩展profile支持,要以logback-spring.xml命名,其他如property需要改为springProperty

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

contextName

每个logger都关联到logger上下文,默认上下文名称为“default”。但可以使用contextName标签设置成其他名字,用于区分不同应用程序的记录

property

用来定义变量值的标签,property标签有两个属性,namevalue;其中name的值是变量的名称,value的值时变量定义的值。通过property定义的值会被插入到logger上下文中。定义变量后,可以使“${name}”来使用变量。如上面的xml所示。

logger

用来设置某一个包或者具体的某一个类的日志打印级别以及指定appender

root

根logger,也是一种logger,且只有一个level属性

appender

负责写日志的组件,下面会细说

filter

filter其实是appender里面的子元素。它作为过滤器存在,执行一个过滤器会有返回DENY,NEUTRAL,ACCEPT三个枚举值中的一个。

  • DENY:日志将立即被抛弃不再经过其他过滤器
  • NEUTRAL:有序列表里的下个过滤器过接着处理日志
  • ACCEPT:日志会被立即处理,不再经过剩余过滤器

案例分析

首先来配置一个非常简单的文件。这里申请下,我使用的是 logback-spring.xml。和 logback.xmlproperties上有略微差别。其他都一样。

工程:springboot+web

先来看下项目目录

 

 

 

properties中就是指定了日志的打印级别和日志的输出位置:

#设置应用的日志级别
logging.level.com.glmapper.spring.boot=INFO
#路径
logging.path=./logs
复制代码

通过控制台输出的log

logback-spring.xml的配置如下:

<configuration><!-- 默认的控制台日志输出,一般生产环境都是后台启动,这个没太大作用 --><appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><Pattern>%d{HH:mm:ss.SSS} %-5level %logger{80} - %msg%n</Pattern></encoder></appender><root level="info"><appender-ref ref="STDOUT"/></root>
</configuration>
复制代码

打印日志的controller

private static final Logger LOGGER =
LoggerFactory.getLogger(HelloController.class);
@Autowired
private TestLogService testLogService;@GetMapping("/hello")
public String hello(){LOGGER.info("GLMAPPER-SERVICE:info");LOGGER.error("GLMAPPER-SERVICE:error");testLogService.printLogToSpecialPackage();return "hello spring boot";
}
复制代码

验证结果:

01:50:39.633 INFO  com.glmapper.spring.boot.controller.HelloController
- GLMAPPER-SERVICE:info
01:50:39.633 ERROR com.glmapper.spring.boot.controller.HelloController
- GLMAPPER-SERVICE:error
复制代码

上面的就是通过控制台打印出来的,这个时候因为我们没有指定日志文件的输出,因为不会在工程目录下生产logs文件夹。

控制台不打印,直接输出到日志文件

先来看下配置文件:

<configuration><!-- 属性文件:在properties文件中找到对应的配置项 --><springProperty scope="context" name="logging.path"  source="logging.path"/><springProperty scope="context" name="logging.level" source="logging.level.com.glmapper.spring.boot"/><!-- 默认的控制台日志输出,一般生产环境都是后台启动,这个没太大作用 --><appender name="STDOUT"class="ch.qos.logback.core.ConsoleAppender"><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><Pattern>%d{HH:mm:ss.SSS} %-5level %logger{80} - %msg%n</Pattern></encoder></appender><appender name="GLMAPPER-LOGGERONE"class="ch.qos.logback.core.rolling.RollingFileAppender"><append>true</append><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>${logging.level}</level></filter><file>${logging.path}/glmapper-spring-boot/glmapper-loggerone.log</file><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><FileNamePattern>${logging.path}/glmapper-spring-boot/glmapper-loggerone.log.%d{yyyy-MM-dd}</FileNamePattern><MaxHistory>30</MaxHistory></rollingPolicy><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset></encoder></appender><root level="info"><appender-ref ref="GLMAPPER-LOGGERONE"/></root>
</configuration>
复制代码

这里我们appender-ref指定的appenderGLMAPPER-LOGGERONE,因为之前没有名字为GLMAPPER-LOGGERONEappender,所以要增加一个nameGLMAPPER-LOGGERONEappender

注意上面这个配置,我们是直接接将rootappender-ref直接指定到我们的GLMAPPER-LOGGERONE这个appender的。所以控制台中将只会打印出bannar之后就啥也不打印了,所有的启动信息都会被打印在日志文件glmapper-loggerone.log中。

 

 

 

但是实际上我们不希望我的业务日志中会包括这些启动信息。所以这个时候我们就需要通过logger标签来搞事情了。将上面的配置文件进行简单修改:

<logger name="com.glmapper.spring.boot.controller" level="${logging.level}"additivity="false"><appender-ref ref="GLMAPPER-LOGGERONE" />
</logger><root level="${logging.level}"><appender-ref ref="STDOUT"/>
</root>
复制代码

root指向控制台输出;logger负责打印包com.glmapper.spring.boot.controller下的日志。

验证结果

还是通过我们的测试controller来打印日志为例,但是这里不会在控制台出现日志信息了。期望的日志文件在./logs/glmapper-spring-boot/glmapper-loggerone.log

 

 

 

logger和appender的关系

上面两种是一个基本的配置方式,通过上面两个案例,我们先来了解下logger/appender/root之间的关系,然后再详细的说下loggerappender的配置细节。

在最前面介绍中提到,root是根logger,所以他两是一回事;只不过root中不能有nameadditivity属性,是有一个level

appender是一个日志打印的组件,这里组件里面定义了打印过滤的条件、打印输出方式、滚动策略、编码方式、打印格式等等。但是它仅仅是一个打印组件,如果我们不使用一个logger或者rootappender-ref指定某个具体的appender时,它就没有什么意义。

因此appender让我们的应用知道怎么打、打印到哪里、打印成什么样;而logger则是告诉应用哪些可以这么打。例如某个类下的日志可以使用这个appender打印或者某个包下的日志可以这么打印。

appender 配置详解

这里以上面案例中的名为GLMAPPER-LOGGERONEappender说明:

<appender name="GLMAPPER-LOGGERONE"class="ch.qos.logback.core.rolling.RollingFileAppender"><append>true</append><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>${logging.level}</level></filter><file>${logging.path}/glmapper-spring-boot/glmapper-loggerone.log</file><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><FileNamePattern>${logging.path}/glmapper-spring-boot/glmapper-loggerone.log.%d{yyyy-MM-dd}</FileNamePattern><MaxHistory>30</MaxHistory></rollingPolicy><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset></encoder>
</appender>
复制代码

appender 有两个属性 nameclass;name指定appender名称,class指定appender的全限定名。上面声明的是名为GLMAPPER-LOGGERONEclassch.qos.logback.core.rolling.RollingFileAppender的一个appender

appender 的种类

  • ConsoleAppender:把日志添加到控制台
  • FileAppender:把日志添加到文件
  • RollingFileAppender:滚动记录文件,先将日志记录到指定文件,当符合某个条件时,将日志记录到其他文件。它是FileAppender的子类

append 子标签

<append>true</append>
复制代码

如果是 true,日志被追加到文件结尾,如果是false,清空现存文件,默认是true

filter 子标签

在简介中提到了filter;作用就是上面说的。可以为appender 添加一个或多个过滤器,可以用任意条件对日志进行过滤。appender 有多个过滤器时,按照配置顺序执行。

ThresholdFilter

临界值过滤器,过滤掉低于指定临界值的日志。当日志级别等于或高于临界值时,过滤器返回NEUTRAL;当日志级别低于临界值时,日志会被拒绝。

<filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>INFO</level>
</filter>
复制代码

LevelFilter

级别过滤器,根据日志级别进行过滤。如果日志级别等于配置级别,过滤器会根据onMath(用于配置符合过滤条件的操作) 和 onMismatch(用于配置不符合过滤条件的操作)接收或拒绝日志。

<filter class="ch.qos.logback.classic.filter.LevelFilter">   <level>INFO</level>   <onMatch>ACCEPT</onMatch>   <onMismatch>DENY</onMismatch>   
</filter> 
复制代码

关于NEUTRALACCEPTDENY 见上文简介中关于filter的介绍。

file 子标签

file 标签用于指定被写入的文件名,可以是相对目录,也可以是绝对目录,如果上级目录不存在会自动创建,没有默认值。

<file>${logging.path}/glmapper-spring-boot/glmapper-loggerone.log
</file>
复制代码

这个表示当前appender将会将日志写入到${logging.path}/glmapper-spring-boot/glmapper-loggerone.log这个目录下。

rollingPolicy 子标签

这个子标签用来描述滚动策略的。这个只有appenderclassRollingFileAppender时才需要配置。这个也会涉及文件的移动和重命名(a.log->a.log.2018.07.22)。

TimeBasedRollingPolicy

最常用的滚动策略,它根据时间来制定滚动策略,既负责滚动也负责出发滚动。这个下面又包括了两个属性:

  • FileNamePattern
  • maxHistory
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><!--日志文件输出的文件名:按天回滚 daily --><FileNamePattern>${logging.path}/glmapper-spring-boot/glmapper-loggerone.log.%d{yyyy-MM-dd}</FileNamePattern><!--日志文件保留天数--><MaxHistory>30</MaxHistory>
</rollingPolicy>
复制代码

上面的这段配置表明每天生成一个日志文件,保存30天的日志文件

FixedWindowRollingPolicy

根据固定窗口算法重命名文件的滚动策略。

encoder 子标签

对记录事件进行格式化。它干了两件事:

  • 把日志信息转换成字节数组
  • 把字节数组写入到输出流
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50}- %msg%n</pattern><charset>UTF-8</charset>
</encoder>
复制代码

目前encoder只有PatternLayoutEncoder一种类型。

定义一个只打印error级别日志的appcener

 <!-- 错误日志 appender : 按照每天生成日志文件 -->
<appender name="ERROR-APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender"><append>true</append><!-- 过滤器,只记录 error 级别的日志 --><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>error</level></filter><!-- 日志名称 --><file>${logging.path}/glmapper-spring-boot/glmapper-error.log</file><!-- 每天生成一个日志文件,保存30天的日志文件 --><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><!--日志文件输出的文件名:按天回滚 daily --><FileNamePattern>${logging.path}/glmapper-spring-boot/glmapper-error.log.%d{yyyy-MM-dd}</FileNamePattern><!--日志文件保留天数--><MaxHistory>30</MaxHistory></rollingPolicy><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><!--格式化输出:%d表示日期,%thread表示线程名,%-5level:级别从左显示5个字符宽度%msg:日志消息,%n是换行符--><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><!-- 编码 --><charset>UTF-8</charset></encoder>
</appender>
复制代码

定义一个输出到控制台的appender

<!-- 默认的控制台日志输出,一般生产环境都是后台启动,这个没太大作用 -->
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><Pattern>%d{HH:mm:ss.SSS} %-5level %logger{80} - %msg%n</Pattern></encoder>
</appender>
复制代码

logger 配置详解

<logger name="com.glmapper.spring.boot.controller"level="${logging.level}" additivity="false"><appender-ref ref="GLMAPPER-LOGGERONE" />
</logger>
复制代码

上面的这个配置文件描述的是:com.glmapper.spring.boot.controller这个包下的${logging.level}级别的日志将会使用GLMAPPER-LOGGERONE来打印。logger有三个属性和一个子标签:

  • name:用来指定受此logger约束的某一个包或者具体的某一个类。
  • level:用来设置打印级别(TRACE, DEBUG, INFO, WARN, ERROR, ALLOFF),还有一个值INHERITED或者同义词NULL,代表强制执行上级的级别。如果没有设置此属性,那么当前logger将会继承上级的级别。
  • addtivity:用来描述是否向上级logger传递打印信息。默认是true

appender-ref则是用来指定具体appender的。

不同日志隔离打印案例

在前面的例子中我们有三种appender,一个是指定包约束的,一个是控制error级别的,一个是控制台的。然后这小节我们就来实现下不同日志打印到不同的log文件中。

根据包进行日志文件隔离

这个例子里我们将com.glmapper.spring.boot.controller中的日志输出到glmapper-controller.log;将com.glmapper.spring.boot.service中的日志输出到glmapper-service.log

<!--打印日志到glmapper-service.log的appender-->
<appender name="GLMAPPER-SERVICE"class="ch.qos.logback.core.rolling.RollingFileAppender"><append>true</append><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>${logging.level}</level></filter><file>${logging.path}/glmapper-spring-boot/glmapper-service.log</file><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><FileNamePattern>${logging.path}/glmapper-spring-boot/glmapper-service.log.%d{yyyy-MM-dd}</FileNamePattern><MaxHistory>30</MaxHistory></rollingPolicy><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset></encoder>
</appender><!--打印日志到glmapper-controller.log的appender-->
<appender name="GLMAPPER-CONTROLLER"class="ch.qos.logback.core.rolling.RollingFileAppender"><append>true</append><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>${logging.level}</level></filter><file>${logging.path}/glmapper-spring-boot/glmapper-controller.log</file><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><FileNamePattern>${logging.path}/glmapper-spring-boot/glmapper-controller.log.%d{yyyy-MM-dd}</FileNamePattern><MaxHistory>30</MaxHistory></rollingPolicy><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset></encoder>
</appender><!--此logger约束将.controller包下的日志输出到GLMAPPER-CONTROLLER,错误日志输出到GERROR-APPENDE;GERROR-APPENDE见上面-->
<logger name="com.glmapper.spring.boot.controller" level="${logging.level}" additivity="false"><appender-ref ref="GLMAPPER-CONTROLLER" /><appender-ref ref="GERROR-APPENDER" />
</logger><!--此logger约束将.service包下的日志输出到GLMAPPER-SERVICE,错误日志输出到GERROR-APPENDE;GERROR-APPENDE见上面-->
<logger name="com.glmapper.spring.boot.service" level="${logging.level}" additivity="false"><appender-ref ref="GLMAPPER-SERVICE" /><appender-ref ref="GERROR-APPENDER" />
</logger>
复制代码

来看运行结果

1、glmaper-controller

 

 

 

2、glmapper-service

 

 

 

3、glmapper-error

 

 

 

满足我们的预期,但是这里有个小问题。在info日志里出现了error,当然这是正常的。假如我们不想在info里面出现error怎么办呢?很简单,我们以APPENDER-SERVICE为例,将filter过滤器进行修改:

将下面的:

<filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>${logging.level}</level>
</filter>
复制代码

修改为:

<filter class="ch.qos.logback.classic.filter.LevelFilter"><level>ERROR</level><!-- 如果命中就禁止这条日志 --><onMatch>DENY</onMatch>  <!-- 如果没有命中就使用这条规则 --><onMismatch>ACCEPT</onMismatch>  
</filter>
复制代码

这里同时要注意的是,在loggerlevel需要设置为info级别。

根据类进行日志文件隔离

这个其实也是和上面那个差不过,只不过粒度更细一点,一般情况下比如说我们有个定时任务类需要单独来记录其日志信息,这样我们就可以考虑使用基于类维度来约束打印。

<!--特殊功能单独appender 例如调度类的日志-->
<appender name="SCHEDULERTASKLOCK-APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender"><append>true</append><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>${logging.level}</level></filter><file>${logging.path}/glmapper-spring-boot/scheduler-task-lock.log</file><!-- 每天生成一个日志文件,保存30天的日志文件 --><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><!--日志文件输出的文件名:按天回滚 daily --><FileNamePattern>${logging.path}/glmapper-spring-boot/scheduler-task-lock.log.%d{yyyy-MM-dd}</FileNamePattern><!--日志文件保留天数--><MaxHistory>30</MaxHistory></rollingPolicy><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><!--格式化输出:%d表示日期,%thread表示线程名,%-5level:级别从左显示5个字符宽度%msg:日志消息,%n是换行符--><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><!-- 编码 --><charset>UTF-8</charset></encoder>
</appender><!--这里指定到了具体的某一个类-->
<logger name="com.glmapper.spring.boot.task.TestLogTask" level="${logging.level}" additivity="true"><appender-ref ref="SCHEDULERTASKLOCK-APPENDER" /><appender-ref ref="ERROR-APPENDER" /></logger>
复制代码

最终TestLogTask中的日志将会被打印到这个自己独立的log文件中。如下所示:

 

 

 

根据自定义 logger 的 name 进行日志文件隔离

loggername除了类、包等约束之外,当然还可以这样来玩。。。

在进行案例之前,这里先把前面案例中logger声明的代码贴一下,以作对比,以TestLogTask类中的日志为例:

 private static final Logger LOGGER =LoggerFactory.getLogger(TestLogTask.class);
复制代码

getLogger中我们是将当前对象的class作为参数的,这个是为了打印时获取其全限定名的(见下面3-)。

1-2018-07-21 11:15:42.003 [pool-1-thread-1] 
2-INFO  
3-com.glmapper.spring.boot.task.TestLogTask -
4-com.glmapper.spring.boot.task:info
复制代码

业务类定义

我们同样是service包下定义一个类TestLogNameServiceImpl

package com.glmapper.spring.boot.service;@Service("testLogNameService")
public class TestLogNameServiceImpl implements TestLogNameService {private static final Logger LOGGER =LoggerFactory.getLogger("GLMAPPER-TEST-LOG");@Overridepublic void print() {LOGGER.info("GLMAPPER-TEST-LOG:this is special logger-----info");LOGGER.error("GLMAPPER-TEST-LOG:this is special logger-------error");}
}
复制代码

appender和logger配置

<appender name="ROOT-APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender"><append>true</append><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>${logging.level}</level></filter><file>${logging.path}/glmapper-spring-boot/glmapper-test.log</file><!-- 每天生成一个日志文件,保存30天的日志文件 --><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><!--日志文件输出的文件名:按天回滚 daily --><FileNamePattern>${logging.path}/glmapper-spring-boot/glmapper-test.log.%d{yyyy-MM-dd}</FileNamePattern><!--日志文件保留天数--><MaxHistory>30</MaxHistory></rollingPolicy><encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><!--格式化输出:%d表示日期,%thread表示线程名,%-5level:级别从左显示5个字符宽度%msg:日志消息,%n是换行符--><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><!-- 编码 --><charset>UTF-8</charset></encoder>
</appender><!--这里的name和业务类中的getLogger中的字符串是一样的-->
<logger name="GLMAPPER-TEST-LOG" level="${logging.level}" additivity="true"><appender-ref ref="ROOT-APPENDER" /><appender-ref ref="ERROR-APPENDER" /></logger>
复制代码

我们这个预期的是TestLogNameServiceImpl中的日志不打印到glmapper-service.log中,而是打印到glmapper-test.log中。

1、glmapper-test.log

 

 

 

2、glmapper-service.log

 

 

 

满足我们的预期。

如何使用logback打印mybatis的sql语句

这个还是比较坑的。为什么。看下这个:

<settings><setting name="logImpl" value="slf4j" />
</settings>
复制代码

mybatis-configration.xml中,我们通过这样一个配置项来关联到具体的日志组件。但是logImpl的实现中是没有logback的。那么怎么办呢?这里只能通过slf4j的方式桥接到logback

然后在我们的logback-spring.xml中进行如下配置:

 <!-- 将sql语句输出到具体的日志文件中 -->
<logger name="com.alipay.sofa.cloudplatform.common.dao" level="${logging.sql.level}" additivity="false"><appender-ref ref="SQL-APPENDER"/>
</logger>
复制代码

这里有几个点需要注意的。首先是${logging.sql.level}这个必须是debug,这个是由mybatis本身实现决定的。而这里的name设定的com.alipay.sofa.cloudplatform.common.dao值就是我们dao接口的包路径。

网上看了一个比较典型的案例,这种方式只能输出到控制台,并不能将文件输出到日志文件;它是根据内部的一个实现机制偷了个懒。mybatis用logback日志不显示sql的解决办法。

总结

本篇博客主要是整理最近工作中的一些日志配置积累,将每个细节进行总结一下,以作备忘。如果有时间的话会考虑看一个日志框架的源码。其实我觉得还是很有必要的,日志组件毕竟是需要进行日志文件落盘的,这个会涉及到许多的性能问题、缓冲区问题、队列问题、当然还有一些锁的问题、同步打印或者异步打印等问题。有兴趣的小伙伴可以看看,然后分享给我们。

 

转载自:https://juejin.im/post/5b51f85c5188251af91a7525

这篇关于看完这个不会配置 logback ,请你吃瓜!的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1147493

相关文章

Zookeeper安装和配置说明

一、Zookeeper的搭建方式 Zookeeper安装方式有三种,单机模式和集群模式以及伪集群模式。 ■ 单机模式:Zookeeper只运行在一台服务器上,适合测试环境; ■ 伪集群模式:就是在一台物理机上运行多个Zookeeper 实例; ■ 集群模式:Zookeeper运行于一个集群上,适合生产环境,这个计算机集群被称为一个“集合体”(ensemble) Zookeeper通过复制来实现

CentOS7安装配置mysql5.7 tar免安装版

一、CentOS7.4系统自带mariadb # 查看系统自带的Mariadb[root@localhost~]# rpm -qa|grep mariadbmariadb-libs-5.5.44-2.el7.centos.x86_64# 卸载系统自带的Mariadb[root@localhost ~]# rpm -e --nodeps mariadb-libs-5.5.44-2.el7

hadoop开启回收站配置

开启回收站功能,可以将删除的文件在不超时的情况下,恢复原数据,起到防止误删除、备份等作用。 开启回收站功能参数说明 (1)默认值fs.trash.interval = 0,0表示禁用回收站;其他值表示设置文件的存活时间。 (2)默认值fs.trash.checkpoint.interval = 0,检查回收站的间隔时间。如果该值为0,则该值设置和fs.trash.interval的参数值相等。

NameNode内存生产配置

Hadoop2.x 系列,配置 NameNode 内存 NameNode 内存默认 2000m ,如果服务器内存 4G , NameNode 内存可以配置 3g 。在 hadoop-env.sh 文件中配置如下。 HADOOP_NAMENODE_OPTS=-Xmx3072m Hadoop3.x 系列,配置 Nam

wolfSSL参数设置或配置项解释

1. wolfCrypt Only 解释:wolfCrypt是一个开源的、轻量级的、可移植的加密库,支持多种加密算法和协议。选择“wolfCrypt Only”意味着系统或应用将仅使用wolfCrypt库进行加密操作,而不依赖其他加密库。 2. DTLS Support 解释:DTLS(Datagram Transport Layer Security)是一种基于UDP的安全协议,提供类似于

【Python编程】Linux创建虚拟环境并配置与notebook相连接

1.创建 使用 venv 创建虚拟环境。例如,在当前目录下创建一个名为 myenv 的虚拟环境: python3 -m venv myenv 2.激活 激活虚拟环境使其成为当前终端会话的活动环境。运行: source myenv/bin/activate 3.与notebook连接 在虚拟环境中,使用 pip 安装 Jupyter 和 ipykernel: pip instal

沁恒CH32在MounRiver Studio上环境配置以及使用详细教程

目录 1.  RISC-V简介 2.  CPU架构现状 3.  MounRiver Studio软件下载 4.  MounRiver Studio软件安装 5.  MounRiver Studio软件介绍 6.  创建工程 7.  编译代码 1.  RISC-V简介         RISC就是精简指令集计算机(Reduced Instruction SetCom

log4j2相关配置说明以及${sys:catalina.home}应用

${sys:catalina.home} 等价于 System.getProperty("catalina.home") 就是Tomcat的根目录:  C:\apache-tomcat-7.0.77 <PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss} [%t] %-5p %c{1}:%L - %msg%n" /> 2017-08-10

DM8数据库安装后配置

1 前言 在上篇文章中,我们已经成功将库装好。在安装完成后,为了能够更好地满足应用需求和保障系统的安全稳定运行,通常需要进行一些基本的配置。下面是一些常见的配置项: 数据库服务注册:默认包含14个功能模块,将这些模块注册成服务后,可以更好的启动和管理这些功能;基本的实例参数配置:契合应用场景和发挥系统的最大性能;备份:有备无患;… 2 注册实例服务 注册了实例服务后,可以使用系统服务管理,

配置InfiniBand (IB) 和 RDMA over Converged Ethernet (RoCE) 网络

配置InfiniBand (IB) 和 RDMA over Converged Ethernet (RoCE) 网络 服务器端配置 在服务器端,你需要确保安装了必要的驱动程序和软件包,并且正确配置了网络接口。 安装 OFED 首先,安装 Open Fabrics Enterprise Distribution (OFED),它包含了 InfiniBand 所需的驱动程序和库。 sudo