浅谈SpringBoot是如何实现日志的

前言

休息日闲着无聊看了下 SpringBoot 中的日志实现,把我的理解跟大家说下。

门面模式

说到日志框架不得不说门面模式。门面模式,其核心为外部与一个子系统的通信必须通过一个统一的外观对象进行,使得子系统更易于使用。用一张图来表示门面模式的结构为:

简单来说,该模式就是把一些复杂的流程封装成一个接口供给外部用户更简单的使用。这个模式中,设计到3个角色。

  1).门面角色:外观模式的核心。它被客户角色调用,它熟悉子系统的功能。内部根据客户角色的需求预定了几种功能的组合(模块)。

  2).子系统(模块)角色:实现了子系统的功能。它对客户角色和 Facade 是未知的。它内部可以有系统内的相互交互,也可以由供外界调用的接口。

  3).客户角色:通过调用 Facede 来完成要实现的功能。

市面上的日志框架

日志门面 日志实现
JCL(Jakarta Commons Logging)、SLF4j(Simple Logging Facade for Java)、 jboss-logging Log4j 、JUL(java.util.logging) 、Log4j2 、 Logback

简单说下,上表的日志门面对应了门面模式中的 Facede 对象,它们只是一个接口层,并不提供日志实现;而日志实现则对应着各个子系统或者模块,日志记录的具体逻辑实现,就写在这些右边的框架里面;那我们的应用程序就相当于客户端。

为什么要使用门面模式?

试想下我们开发系统的场景,需要用到很多包,而这些包又有自己的日志框架,于是就会出现这样的情况:我们自己的系统中使用了 Logback 这个日志系统,我们的系统使用了 Hibernate,Hibernate 中使用的日志系统为 jboss-logging,我们的系统又使用了 Spring ,Spring 中使用的日志系统为 commons-logging。

这样,我们的系统就不得不同时支持并维护 Logback、jboss-logging、commons-logging 三种日志框架,非常不便。解决这个问题的方式就是引入一个接口层,由接口层决定使用哪一种日志系统,而调用端只需要做的事情就是打印日志而不需要关心如何打印日志,而上表的日志门面就是这种接口层。

鉴于此,我们选择日志时,就必须从上表左边的日志门面和右边的日志实现各选择一个框架,而 SpringBoot 底层默认选用的就是 SLF4j 和 Logback 来实现日志输出。

SLF4j 使用

官方文档给出这样一个例子:

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class HelloWorld {
 public static void main(String[] args) {
  // HelloWorld.class 就是你要打印的指定类的日志,
  // 如果你想在其它类中打印,那就把 HelloWorld.class 替换成目标类名.class 即可。
  Logger logger = LoggerFactory.getLogger(HelloWorld.class);
  logger.info("Hello World");
 }
}

为了理解 slf4j 的工作原理,我翻了下它的官方文档,看到这么一张图:

简单解释一下,上图 slf4j 有六种用法,一共五种角色,application 不用说,就是我们的系统;SLF4J API 就是日志接口层(门面);蓝色和最下面灰色的就是具体日志实现(子系统);而 Adaptation 就是适配层。

解释下,上图第二,第三种用法。其中第二种就是 SpringBoot 的默认用法;而为什么会出现第三种?因为 Log4J 出现得比较早,它根本不知道后面会有 SLF4J 这东西。Log4J 不能直接作为 SLF4J 的日志实现,所以中间就出现了适配层。第四种同理。

这里提醒下,每一个日志的实现框架都有自己的配置文件。使用 slf4j 以后,**配置文件还是做成日志实现框架自己本身的配置文件。比如,Logback 就使用 logback.xml、Log4j 就使用 Log4j.xml 文件。

如何让系统中所有的日志都统一到 slf4j ?

我继续浏览了下官网,看见这么一张图:

由上图可以看出,让系统中所有的日志都统一到 slf4j 的做法是:

1、将系统中其他日志框架先排除出去

2、用中间包来替换原有的日志框架

3、我们导入 slf4j 其他的实现

SpringBoot 中的日志关系

SpringBoot 使用以下依赖实现日志功能:

<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-logging</artifactId>
   <version>2.1.3.RELEASE</version>
   <scope>compile</scope>
</dependency>

spring-boot-starter-logging 有这么一张关系图:

可见,

1、SpringBoot2.x 底层也是使用 slf4j+logback 或 log4j 的方式进行日志记录;​
2、SpringBoot 引入中间替换包把其他的日志都替换成了 slf4j;
3、 如果我们要引入其他框架、可以把这个框架的默认日志依赖移除掉。

比如 Spring 使用的是 commons-logging 框架,我们可以这样移除。

<dependency>
  <groupId>org.springframework</groupId>
    <artifactId>spring-core</artifactId>
      <exclusions>
        <exclusion>
          <groupId>commons-logging</groupId>
            <artifactId>commons-logging</artifactId>
        </exclusion>
      </exclusions>
</dependency>

SpringBoot 能自动适配所有的日志,而且底层使用 slf4j+logback 的方式记录日志,引入其他框架的时候,只需要把这个框架依赖的日志框架排除掉即可。

日志使用

1、默认配置(以 Log4j 框架为例),SpringBoot 默认帮我们配置好了日志:

  //记录器
  Logger logger = LoggerFactory.getLogger(getClass());
  @Test
  public void contextLoads() {
    //日志的级别;
    //由低到高  trace<debug<info<warn<error
    //可以调整输出的日志级别;日志就只会在这个级别以以后的高级别生效
    logger.trace("这是trace日志...");
    logger.debug("这是debug日志...");
    // SpringBoot 默认给我们使用的是 info 级别的,没有指定级别的就用SpringBoot 默认规定的级别;root 级别
    logger.info("这是info日志...");
    logger.warn("这是warn日志...");
    logger.error("这是error日志...");
  }

2、log4j.properties 修改日志默认配置

logging.level.com.nasus=debug

#logging.path=
# 不指定路径在当前项目下生成 springboot.log 日志
# 可以指定完整的路径;
#logging.file=Z:/springboot.log

# 在当前磁盘的根路径下创建 spring 文件夹和里面的 log 文件夹;使用 spring.log 作为默认文件
logging.path=/spring/log

# 在控制台输出的日志的格式
logging.pattern.console=%d{yyyy-MM-dd} [%thread] %-5level %logger{50} - %msg%n
# 指定文件中日志输出的格式
logging.pattern.file=%d{yyyy-MM-dd} === [%thread] === %-5level === %logger{50} ==== %msg%n

3、指定配置

SpringBoot 会自动加载类路径下对应框架的配置文件,所以我们只需给类路径下放上每个日志框架自己的配置文件即可,SpringBoot 就不会使用默认配置了。

框架 命名方式
Logback logback-spring.xml, logback-spring.groovy, logback.xml or logback.groovy
Log4j2 log4j2-spring.xml or log4j2.xml
JDK (Java Util Logging) `logging.properties

logback.xml:直接就被日志框架识别了。

logback-spring.xml:日志框架就不直接加载日志的配置项,由 SpringBoot 解析日志配置,可以使用 SpringBoot 的高级 Profile 功能。

<springProfile name="staging">
  <!-- configuration to be enabled when the "staging" profile is active -->
   可以指定某段配置只在某个环境下生效
</springProfile>

例子 (以 Logback 框架为例):

<appender name="stdout" class="ch.qos.logback.core.ConsoleAppender">
    <!--
    日志输出格式:
      %d表示日期时间,
      %thread表示线程名,
      %-5level:级别从左显示5个字符宽度
      %logger{50} 表示logger名字最长50个字符,否则按照句点分割。
      %msg:日志消息,
      %n是换行符
    -->
    <layout class="ch.qos.logback.classic.PatternLayout">
         <!--指定在 dev 环境下,控制台使用该格式输出日志-->
         <springProfile name="dev">
        <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} ----> [%thread] ---> %-5level %logger{50} - %msg%n</pattern>
      </springProfile>
      <!--指定在非 dev 环境下,控制台使用该格式输出日志-->
      <springProfile name="!dev">
        <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} ==== [%thread] ==== %-5level %logger{50} - %msg%n</pattern>
      </springProfile>
    </layout>
  </appender>

如果使用 logback.xml 作为日志配置文件,而不是 logback-spring.xml,还要使用profile 功能,会有以下错误:

no applicable action for [springProfile]

切换日志框架

了解了 SpringBoot 的底层日志依赖关系,我们就可以按照 slf4j 的日志适配图,进行相关的切换。

例如,切换成 slf4j+log4j ,可以这样做

<dependency>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-starter-web</artifactId>
 <exclusions>
  <exclusion>
   <artifactId>logback-classic</artifactId>
   <groupId>ch.qos.logback</groupId>
  </exclusion>
 </exclusions>
</dependency>

<dependency>
 <groupId>org.slf4j</groupId>
 <artifactId>slf4j-log4j12</artifactId>
</dependency>

切换成 log4j2 ,就可以这样做。

<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-web</artifactId>
      <exclusions>
        <exclusion>
          <artifactId>spring-boot-starter-logging</artifactId>
          <groupId>org.springframework.boot</groupId>
        </exclusion>
      </exclusions>
</dependency>

<dependency>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-starter-log4j2</artifactId>
</dependency>

最后放上 logback-spring.xml 的详细配置,大家在自己项目可以参考配置。

<?xml version="1.0" encoding="UTF-8"?>
<!--
scan:当此属性设置为true时,配置文件如果发生改变,将会被重新加载,默认值为true。
scanPeriod:设置监测配置文件是否有修改的时间间隔,如果没有给出时间单位,默认单位是毫秒当scan为true时,此属性生效。默认的时间间隔为1分钟。
debug:当此属性设置为true时,将打印出logback内部日志信息,实时查看logback运行状态。默认值为false。
-->
<configuration scan="false" scanPeriod="60 seconds" debug="false">
  <!-- 定义日志的根目录 -->
  <property name="LOG_HOME" value="/app/log" />
  <!-- 定义日志文件名称 -->
  <property name="appName" value="nasus-springboot"></property>
  <!-- ch.qos.logback.core.ConsoleAppender 表示控制台输出 -->
  <appender name="stdout" class="ch.qos.logback.core.ConsoleAppender">
    <!--
    日志输出格式:
      %d表示日期时间,
      %thread表示线程名,
      %-5level:级别从左显示5个字符宽度
      %logger{50} 表示logger名字最长50个字符,否则按照句点分割。
      %msg:日志消息,
      %n是换行符
    -->
    <layout class="ch.qos.logback.classic.PatternLayout">
      <springProfile name="dev">
        <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} ----> [%thread] ---> %-5level %logger{50} - %msg%n</pattern>
      </springProfile>
      <springProfile name="!dev">
        <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} ==== [%thread] ==== %-5level %logger{50} - %msg%n</pattern>
      </springProfile>
    </layout>
  </appender>

  <!-- 滚动记录文件,先将日志记录到指定文件,当符合某个条件时,将日志记录到其他文件 -->
  <appender name="appLogAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <!-- 指定日志文件的名称 -->
    <file>${LOG_HOME}/${appName}.log</file>
    <!--
    当发生滚动时,决定 RollingFileAppender 的行为,涉及文件移动和重命名
    TimeBasedRollingPolicy: 最常用的滚动策略,它根据时间来制定滚动策略,既负责滚动也负责出发滚动。
    -->
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
      <!--
      滚动时产生的文件的存放位置及文件名称 %d{yyyy-MM-dd}:按天进行日志滚动
      %i:当文件大小超过maxFileSize时,按照i进行文件滚动
      -->
      <fileNamePattern>${LOG_HOME}/${appName}-%d{yyyy-MM-dd}-%i.log</fileNamePattern>
      <!--
      可选节点,控制保留的归档文件的最大数量,超出数量就删除旧文件。假设设置每天滚动,
      且maxHistory是365,则只保存最近365天的文件,删除之前的旧文件。注意,删除旧文件是,
      那些为了归档而创建的目录也会被删除。
      -->
      <MaxHistory>365</MaxHistory>
      <!--
      当日志文件超过maxFileSize指定的大小是,根据上面提到的%i进行日志文件滚动 注意此处配置SizeBasedTriggeringPolicy是无法实现按文件大小进行滚动的,必须配置timeBasedFileNamingAndTriggeringPolicy
      -->
      <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
        <maxFileSize>100MB</maxFileSize>
      </timeBasedFileNamingAndTriggeringPolicy>
    </rollingPolicy>
    <!-- 日志输出格式: -->
    <layout class="ch.qos.logback.classic.PatternLayout">
      <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{50} : %line ] - %msg%n</pattern>
    </layout>
  </appender>

  <!--
    logger主要用于存放日志对象,也可以定义日志类型、级别
    name:表示匹配的logger类型前缀,也就是包的前半部分
    level:要记录的日志级别,包括 TRACE < DEBUG < INFO < WARN < ERROR
    additivity:作用在于children-logger是否使用 rootLogger配置的appender进行输出,
    false:表示只用当前logger的appender-ref,true:
    表示当前logger的appender-ref和rootLogger的appender-ref都有效
  -->
  <!-- hibernate logger -->
  <logger name="com.nasus" level="debug" />
  <!-- Spring framework logger -->
  <logger name="org.springframework" level="debug" additivity="false"></logger>

  <!--
  root 与 logger 是父子关系,没有特别定义则默认为root,任何一个类只会和一个logger对应,
  要么是定义的logger,要么是root,判断的关键在于找到这个logger,然后判断这个logger的appender和level。
  -->
  <root level="info">
    <appender-ref ref="stdout" />
    <appender-ref ref="appLogAppender" />
  </root>
</configuration> 

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • activemq整合springboot使用方法(个人微信小程序用)

    主题 ActiveMQ Spring Boot 小程序开发 1.引入依赖 <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.5.3.RELEASE</version> <relativePath /> <!-- lookup

  • 详解spring-boot下如何满足多生产环境中个性化定制功能

    在项目的开发中,我们很难做到开发一套标准的流程来解决所有客户的需求.比如,我们当前的计量项目,分别运行于赤峰市和河北省.虽然两个区域处理的业务相同,但是对细节的实现要求却不同.前面也学习过计量检定软件,其为了解决各个定制者使用的功能需求,最后采取的方案是:将基础项目复制多份,进而满足不同的客户需求.优点当然是有的,但比起缺点来,优点便不值一提.缺点很明显,总结为一句话就是:项目变得难以维护.所以,当前让我们看到的就是,几个开发人员,每天处于解决问题当中.本文将给出一种方案,来有效的规避上述问题.

  • Springboot项目打war包docker包找不到resource下静态资源的解决方案

    前一段时间遇到一个问题,是关于读取项目中文件资源的问题.我是一个maven工程 我把一张照片放到resource下面,然后在本地读取的时候可以读取到,但是一旦打成WAR包以后就总是包找不到文件资源错误.我的war包是springboot打的war包,是内嵌的tomcat所以不解压,然后系统去找路径的时候会发现是个WAR包,而图片在WAR包内,所以找不到. 为了解决这个问题,我走了好多弯路,一直在路径上花费时间. 一开始使用修改配置文件的方式: # 配置静态资源访问前缀 spring.mvc.st

  • Spring 中优雅的获取泛型信息的方法

    简介 Spring 源码是个大宝库,我们能遇到的大部分工具在源码里都能找到,所以笔者开源的 mica 完全基于 Spring 进行基础增强,不重复造轮子.今天我要分享的是在 Spring 中优雅的获取泛型. 获取泛型 自己解析 我们之前的处理方式,代码来源 vjtools(江南白衣). /** * 通过反射, 获得Class定义中声明的父类的泛型参数的类型. * * 注意泛型必须定义在父类处. 这是唯一可以通过反射从泛型获得Class实例的地方. * * 如无法找到, 返回Object.clas

  • spring boot定时任务接收邮件并且存储附件的方法讲解

    在spring boot中写定时任务很简单,两个注解就可以实现.在启动类中加@EnableScheduling ,然后在你需要定时的方法上加上@Scheduled(cron="0 10 8 * * ?"):括号内为cron表达式.如下图: 接收邮件及其判断是否有附件,并且存储附件. public class TimerTaskServiceImpl implements TimerTaskService { @Autowired private ParseTxtServiceImpl

  • Spring自带的校验框架Validation的使用实例

    1.首先来一个项目结构图以及所需jar包 可以看到,没有添加除了日志和jstl相关的jar包外,没有其他spring以外的第三方jar包(即使用的是spring自带的校验框架). 2.从前台页面开始,首先是接收用户信息的表单loginForm.jsp <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%> <%@

  • 详解Spring框架下向异步线程传递HttpServletRequest参数的坑

    在spring的注解 @RequestMapping 之下可以直接获取 HttpServletRequest 来获得诸如request header等重要的请求信息: @Slf4j @RestController @RequestMapping("/test") public class TestController { private static final String HEADER = "app-version"; @RequestMapping(value

  • spring中通过ApplicationContext getBean获取注入对象的方法实例

    用SpringContextUtil实现ApplicationContextAware package util; import java.util.Locale; import org.springframework.beans.BeansException; import org.springframework.context.ApplicationContext; import org.springframework.context.ApplicationContextAware; pub

  • spring @Transactional 无效的解决方案

    关于@Transactional注解 一般都认为要注意以下三点 1 .在需要事务管理的地方加@Transactional 注解.@Transactional 注解可以被应用于接口定义和接口方法.类定义和类的 public 方法上 . 2 . @Transactional 注解只能应用到 public 可见度的方法上 . 如果你在 protected.private 或者 package-visible 的方法上使用 @Transactional 注解,它也不会报错, 但是这个被注解的方法将不会展

  • Springboot-dubbo-fescar 阿里分布式事务的实现方法

    大家可以自行百度下阿里分布式事务,在这里我就不啰嗦了.下面是阿里分布式事务开源框架的一些资料,本文是springboot+dubbo+fescar的集成. 快速开始 https://github.com/alibaba/fescar/wiki/Quick-Start GIT地址 https://github.com/alibaba/fescar 1.sql CREATE TABLE `undo_log` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `br

随机推荐