SpringBoot集成slf4j日志配置的方法

目录

  • 前言
  • 1、slf4j概述
  • 2、pom.xml的日志依赖
  • 3、application.yml的日志配置
  • 4、logback.xml配置文件定义
  • 5、logback.xml配置文件解析
    • 5.1 定义日志的存储路径
    • 5.2 定义日志的输出格式
    • 5.3 定义控制台输出
    • 5.4 定义日志相关参数
    • 5.5 定义日志的输出级别
  • 6、测试日志输出
    • 7、小结

      前言
      日志,作为一个应用系统的重要部分,然而并不会在项目预研或需求设计阶段就作为一个功能模块单独规划设计,但这丝毫不影响它在任何一个系统中的重要的地位。
      为了保证服务的高可用,及时发现问题,迅速解决问题等诉求,所以生产环境一旦出现问题,预警系统就会通过邮件、短信甚至电话的方式实施多维轰炸模式,确保相关负责人不错过每一个可能的bug。
      预警系统判断疑似bug大部分源于日志。比如某个微服务接口由于各种原因导致频繁调用出错,此时调用端会捕获这样的异常并打印ERROR级别的日志,当该错误日志达到一定次数出现的时候,就会触发报警。
      其次,在以往项目开发过程中,我们往往习惯性使用System.out.println()这个常用的打印输出语句来显示断点信息或业务运行对象信息或控制台日志记录,其实大量的使用System.out.println()在一定程度上会增加资源的消耗。Java日志框架众多,常用的有java.util.logging,log4j,logback,commons-logging等等。而且SpringBoot 提供了一套日志系统,logback是最优的选择。因此本文根据实际项目中使用slf4j 的logback来输出日志,效率很高。
      日志的重要性,不言而喻。
      OK,接下来,本文主要总结一下项目中目前使用的SpringBoot集成slf4j日志配置。

      1、slf4j概述
      slf4j,即(Simple Logging Facade for Java,简单门面日志)。它是对所有日志框架制定的一种规范、标准、接口,并不是一个框架的具体的实现,它只服务于各种各样的日志系统。
      slf4j提供了统一的记录日志的接口,对不同日志系统的具体实现进行了抽象化,只要按照其提供的方法记录即可,最终日志的格式、记录级别、输出方式等通过绑定具体的日志系统来实现。在项目中使用了slf4j记录日志,并且绑定了log4j(pom.xml中配置了相应的jar包依赖),则日志会以log4j的风格输出;后期需要改为以logback的风格输出日志,只需要将jar包log4j替换成logback即可,根本不需要修改日志文件的代码。
      首先看下日志打印,如下,在启动类中引入Logger日志记录:
      @SpringBootApplicationpublic class SpringbootSlf4jApplication { private static final Logger logger = LoggerFactory.getLogger(SpringbootSlf4jApplication.class); public static void main(String[] args) {logger.info("===============项目启动了==============="); SpringApplication app = new SpringApplication(SpringbootSlf4jApplication.class); app.run(args); logger.info("===============启动成功了==============="); }}

      日志信息:
      2020-03-21 11:28:18.017 [main] INFOcom.hl.magic.slf4j.SpringbootSlf4jApplication - ===============项目启动了===============
      2020-03-21 11:28:18.447 [main] INFOcom.hl.magic.slf4j.SpringbootSlf4jApplication - Starting SpringbootSlf4jApplication on DESKTOP-V8RSTKO with PID 17476
      2020-03-21 11:28:18.447 [main] DEBUG com.hl.magic.slf4j.SpringbootSlf4jApplication - Running with Spring Boot v2.1.8.RELEASE, Spring v5.1.9.RELEASE
      2020-03-21 11:28:18.447 [main] INFOcom.hl.magic.slf4j.SpringbootSlf4jApplication - No active profile set, falling back to default profiles: default
      2020-03-21 11:28:19.077 [main] INFOo.s.boot.web.embedded.tomcat.TomcatWebServer - Tomcat initialized with port(s): 8080 (http)
      2020-03-21 11:28:19.087 [main] INFOorg.apache.coyote.http11.Http11NioProtocol - Initializing ProtocolHandler ["http-nio-8080"]
      2020-03-21 11:28:19.097 [main] INFOorg.apache.catalina.core.StandardService - Starting service [Tomcat]
      2020-03-21 11:28:19.097 [main] INFOorg.apache.catalina.core.StandardEngine - Starting Servlet engine: [Apache Tomcat/9.0.24]
      2020-03-21 11:28:19.157 [main] INFOo.a.c.core.ContainerBase.[Tomcat].[localhost].[/] - Initializing Spring embedded WebApplicationContext
      2020-03-21 11:28:19.157 [main] INFOorg.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization completed in 680 ms
      2020-03-21 11:28:19.287 [main] INFOo.s.scheduling.concurrent.ThreadPoolTaskExecutor - Initializing ExecutorService 'applicationTaskExecutor'
      2020-03-21 11:28:19.387 [main] INFOorg.apache.coyote.http11.Http11NioProtocol - Starting ProtocolHandler ["http-nio-8080"]
      2020-03-21 11:28:19.397 [main] INFOo.a.c.core.ContainerBase.[Tomcat].[localhost].[/] - Initializing Spring DispatcherServlet 'dispatcherServlet'
      2020-03-21 11:28:19.397 [main] INFOorg.springframework.web.servlet.DispatcherServlet - Initializing Servlet 'dispatcherServlet'
      2020-03-21 11:28:19.407 [main] INFOorg.springframework.web.servlet.DispatcherServlet - Completed initialization in 10 ms
      2020-03-21 11:28:19.410 [main] INFOo.s.boot.web.embedded.tomcat.TomcatWebServer - Tomcat started on port(s): 8080 (http) with context path ''
      2020-03-21 11:28:19.410 [main] INFOcom.hl.magic.slf4j.SpringbootSlf4jApplication - Started SpringbootSlf4jApplication in 1.323 seconds (JVM running for 2.024)
      2020-03-21 11:28:19.410 [main] INFOcom.hl.magic.slf4j.SpringbootSlf4jApplication - ===============启动成功了===============

      【SpringBoot集成slf4j日志配置的方法】getLogger(xxxxxxx.class);这个方法将当前所在的类作为入参传递,输出日志就会显示对应的xxx类名。这样声明的好处就是方便定位日志,准确编写class信息能够提供快速定位日志的效率。
      然鹅,SpringBoot内部虽然提供了slf4j,但是日志记录是需要根据项目实地需要进行配置后,才能发挥它的最大功效。OK,接下来一起来了解下SpringBoot项目集成slf4j日志的配置。

      2、pom.xml的日志依赖
      pom.xml中日志依赖配置如下:
      org.slf4jslf4j-api1.7.30org.slf4jslf4j-log4j121.7.30


      3、application.yml的日志配置
      SpringBoot框架内部已经集成slf4j,在使用时,根据项目实地需要,还是须对slf4j进行指定配置。
      application.yml文件是SpringBoot的一个及其重要、核心的配置文件。yml 文件的层次感较强且直观,但对格式要求比较高,英文冒号后面必须要有一个空格,如果换行配置子项,须定格输入两个空格后再进行配置,否则项目估计无法启动,而且也不报错。本文测试项目的application.yml中日志配置如下:
      logging:config: /HL/IdeaProjects/SpringBoot-Item/springboot-slf4j/src/main/resources/logback.xmllevel:com.hl.magic: trace

      注意:
      【1】这里logback.xml的配置不同于一般日志配置;
      因为在单独的一个SpringBoot工程中,配置config标签处为:locbak.xml即可;
      这里在SpringBoot工程的一个子Module中集成日志配置,因此config标签处,设置为绝对路径。
      【2】logging.config是用来指定项目启动的时候,读取哪个配置文件,这里指定的是日志配置文件,即子module项目根路径下的 logback.xml文件,该文件是日志的主要配置信息。
      【3】level用来配置指定包的路径下应用程序的日志记录,及其日志级别。
      logging.level用来指定具体的包中应用程序日志的输出级别。上面的配置表示com.hl.magic包下的所有日志输出级别为 trace,会将操作数据库的 sql 打印出来,开发时设置成 trace 方便定位问题,在生产环境上,将这个日志级别再设置成 error 级别即可。
      日志常用的五个级别,根据严重程度由低到高,依次为:debug(调试 ) < info(消息) < warn(警告) < error(错误) < fatal(严重错误)。通常可以根据实际所需要的颗粒度的大小选择其中的几个,当前常用debug,info,warn,error4个级别。

      4、logback.xml配置文件定义
      在引入日志配置后,需要制定日志的配置文件内容,这样系统运行后,根据定制化需求才能输出我们所需的指定日志记录信息。
      本文测试用例的日志配置内容logback.xml文件,详细内容如下:
      %d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n${LOG_HOME}/SpringBoot-Slf4j_%d{yyyy-MM-dd}.log30%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n10MB

      有上边可以看出,我们可以轻松的在logback.xml中定义日志输出的格式、路径、控制台输出格式、文件大小、保存时长等内容。接下来,就这些内容进行分析。

      5、logback.xml配置文件解析

      5.1 定义日志的存储路径

      logback.xml文件中日志存储路径定义:

      分析:
      首先,定义日志的名称:LOG_HOME;
      其次,设置输出value定义为日志的存储路径,日志都会存储在该路径下。
      注意:这里勿在logback文件中使用相对路径,不管是 windows 系统还是 Linux 系统,日志存储的路径必须要是绝对路径。

      5.2 定义日志的输出格式


      分析:
      首先,定义日志格式的名称:LOG_PATTERN
      其次,设置日志的具体格式value。
      "%d" 表示日期(也可以使用"%date");
      "%-5level" 表示级别从左显示5个字符宽度;
      "%thread" 表示线程名;
      "%-30.30logger{30}"表示如果logger的名称小于30,就“-”指定左对齐;如果其名称长于30字符,就从左边较远输出的字符截掉,保持logger的名字长度最终限制为30个字符;
      "%msg" 表示日志消息,`%n` 是换行符。

      5.3 定义控制台输出

      ${LOG_PATTERN}

      分析:
      使用 标签设置控制台输出(`class="ch.qos.logback.core.ConsoleAppender"`)的配置,定义为 “CONSOLE”。使用引入变量的方式: ${LOG_PATTERN}引进来即可。引入上面定义好的输出格式(LOG_PATTERN)来输出
      这里,也可以直接配置格式化输出结果的方式,不过体力工作。

      5.4 定义日志相关参数

      在标签内定义一个名为 “FILE” 的文件参数配置。主要是配置日志文件的输出文件名、日志文件保留时间、日志文件保存的路径和日志的输出格式、及单个日志文件存储的大小。
      ${LOG_HOME}30${LOG_PATTERN}10MB

      分析:
      这里,根据前面配置的日志变量,引入到配置日志文件的输出文件名、日志文件保留时间、日志文件保存的路径和日志的输出格式、及单个日志文件存储的大小的各个标签项即可。

      5.5 定义日志的输出级别

      在完成前边的准备工作后,最后来定义一下日志的输出级别:

      分析:
      标签中来项目默认的日志输出级别,这里定义级别为ERROR(用在生产环境中),然后针对ERROR级别的日志,使用引用上面定义好的控制台日志输出和日志文件的参数。这样 logback.xml 文件中的配置就设置完了。
      注意:
      标签并不是只能添加一个,我们还可以指定项目特定包路径的日志输出级别。
      本文测试类配置日志输出级别为:DEBUG,使用最低日志输出级别,确保后边测试时能够打印出所有测试项。如果需要改变日志级别就在上面配置内容修改即可。

      6、测试日志输出
      在程序中,一般使用 Logger(注意引jar包为slf4j) 对象来打印出一些日志信息,可以指定打印出的日志级别,也支持占位符。
      定义一个测试类:LoggerItemController.java
      /** * 日志输出测试的controller */@RestController@RequestMapping("/loggerItem")public class LoggerItemController { private static final Logger logger = LoggerFactory.getLogger(LoggerItemController.class); @GetMapping("/logInfo")public ResponseMessage logTest(){ logger.debug("=====>测试日志debug级别打印<===="); logger.info("=====>测试日志info级别打印<====="); logger.error("=====>测试日志error级别打印<===="); logger.warn("=====>测试日志warn级别打印<====="); // 使用占位符打印出一些参数信息String csdn = "https://blog.csdn.net/qq_27706119"; String git = "https://github.com/JohnnyHL"; logger.info("======>AndOne丶的CSDN博客:{};AndOne丶的GitHub地址:{};", csdn, git); return new ResponseMessage(ResponseStatus.SUCCESS.getStatus(),ResponseStatus.SUCCESS.getMessage()); }}

      先启动项目,浏览器访问地址:127.0.0.1:8080/loggerItem/logInfo
      查看控制台打印信息:
      =====>测试日志debug级别打印<====
      =====>测试日志info级别打印<=====
      =====>测试日志error级别打印<====
      =====>测试日志warn级别打印<=====
      ======>AndOne丶的CSDN博客:https://blog.csdn.net/qq_27706119;AndOne丶的GitHub地址:https://github.com/JohnnyHL;

      日志的输出级别中,DEBUG为最低级别,这样能打印出全部信息。如果提高日志输出级别,比如选择INFO。则DEBUG 这条记录将不会被打印出来,这个大家可自行测试即可。同时,查看下前边配置的日志存储路径:“/HL/IdeaProjects/SpringBoot-Item/springboot-slf4j/log”目录,该目录下记录了项目启动,以及后面生成的所有日志记录。在日常开发过程中,项目部署后,可通过查看日志文件来定位问题。

      7、小结
      本文首先简述slf4j,详细地分析了logback.xml 文件中对日志相关信息的配置;然后对SpringBoot集成slf4j 输出日志做了详细的分析说明;最后,根据日志配置,利用一个demo进行测试分析。在实地项目中,日志都是排查问题的过程中非常重要的资料。
      本文测试源码下载地址:springboot集成slf4j日志配置
      到此这篇关于SpringBoot集成slf4j日志配置的方法的文章就介绍到这了,更多相关SpringBoot配置slf4j日志内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

        推荐阅读