【SpringBoot】玩转 Spring Boot 日志：级别划分、持久化、格式配置及 Lombok 简化使用

朝新_2025-11-05 12:06

文章目录

Spring日志

(一) 日志概述

为什么要学习日志

日志对我们来说并不陌生，从JavaSE部分，我们就在使用 System.out.print 来打印日志了。通过打印日志来发现和定位问题，或者根据日志来分析程序的运行过程。在Spring的学习中，也经常根据控制台的日志来分析和定位问题。

随着项目的复杂度提升，我们对日志的打印也有了更高的需求，而不仅仅是定位排查问题。

比如需要记录一些用户的操作记录（一些审计公司会要求），也可能需要使用日志来记录用户的一些喜好，把日志持久化，后续进行数据分析等。但是 System.out.print 不能很好的满足我们的需求，我们就需要使用一些专门日志框架（专业的事情交给专业的人去做）。

日志的用途

通过前面的学习，我们知道日志主要是为了发现问题，分析问题，定位问题的，但除此之外，日志还有很多用途

1. 系统监控

监控现在几乎是一个成熟系统的标配，我们可以通过日志记录这个系统的运行状态，每一个方法的响应时间，响应状态等，对数据进行分析，设置不同的规则，超过阈值时进行报警。比如统计日志中关键字的数量，并在关键字数量达到一定条件时报警，这也是日志的常见需求之一

2. 数据采集

数据采集是一个比较大的范围，采集的数据可以作用在很多方面，比如数据统计，推荐排序等。

  • 数据统计: 统计页面的浏览量(PV)，访客量(UV)，点击量等，根据这些数据进行数据分析，优化公司运营策略
  • 推荐排序: 目前推荐排序应用在各个领域，我们经常接触的各行各业很多也都涉及推荐排序，比如购物，广告，新闻等领域。数据采集是推荐排序工作中必须做的一环，系统通过日志记录用户的浏览历史，停留时长等，算法人员通过分析这些数据，训练模型，给用户做推荐。
    下图中的数据源，其中一部分就来自于日志记录的数据。
3. 日志审计

随着互联网的发展，众多企业的关键业务越来越多的运行于网络之上。网络安全越来越受到大家的关注，系统安全也成为了项目中的一个重要环节，安全审计也是系统中非常重要的部分。国家的政策法规、行业标准等都明确对日志审计提出了要求。通过系统日志分析，可以判断一些非法攻击，非法调用，以及系统处理过程中的安全隐患。

比如，大家平时都在做运营系统，其中运营人员在通过界面处理一些数据的时候，如果没有清楚的日志操作记录，一条数据被删除或者修改，你是无法找到是谁操作的，但是如果你做了相应的记录，该数据被谁删除或者修改就会一目了然。
还有一些内部的违规和信息泄漏（比如客户信息被卖掉）现象出现后，如果未记录留存日志，为事后调查提供依据，则事后很难追查（一些公司查看客户的信息都会被记录日志，如果频繁查询也会报警）

(二) 日志使用

SpringBoot项目启动的时候默认就有日志输出

  • 它所打印的日志和我们用sout打印的有什么区别呢

    可以看到，我们通过 System.out.print 打印的日志，比 SpringBoot 打印的日志缺少了很多信息。

SpringBoot 内置了日志框架 Slf4j，我们可以直接在程序中调用 Slf4j 来输出日志

1.打印日志

打印日志的步骤：

  • 在程序中得到日志对象.
  • 使用日志对象输出要打印的内容.
在程序中得到日志对象

在程序中获取日志对象需要使用日志工厂 LoggerFactory，如下代码所示：

java 复制代码 
private static Logger logger = LoggerFactory.getLogger(LoggerController.class);

LoggerFactory.getLogger 需要传递一个参数，标识这个日志的名称这样可以更清晰的知道是哪个类输出的日志。当有问题时，可以更方便直观的定位到问题类

注意：Logger 对象是属于 org.slf4j 包下的，不要导入错包。

使用日志对象打印日志

日志对象的打印方法有很多种，我们可以先使用 info() 方法来输出日志，如下代码所示：

java 复制代码 
@RestController
public class LoggerController {

    private static Logger logger =
            LoggerFactory.getLogger(LoggerController.class);
    @RequestMapping("/logger")
    public String logger(){
        logger.info("--------------------要输出日志的内容--------------------");
        return "打印日志";
    }
}

2.日志框架(了解)

1).门面模式

SLF4J不同于其他日志框架,它不是一个真正的日志实现,而是一个抽象层,对日志框架制定的一种规范,标准,接口.所有SLF4J并不能独立使用,需要和具体的日志框架配合使用.

  • 门面模式(外观模式)

    SLF4J是门面模式的典型应用(但不仅仅使用了门面模式).

  • 门面模式定义
    门面模式（Facade Pattern）又称为外观模式,提供了一个统一的接口,用来访问子系统中的一群接口.其主要特征是定义了一个高层接口,让子系统更容易使用.

门面模式主要包含2种角色：

  • 外观角色(Facade)：也称门面角色，系统对外的统一接口。
  • 子系统角色(SubSystem)：可以同时有一个或多个 SubSystem。每个 SubSytem 都不是一个单独的类，而是一个类的集合。SubSystem 并不知道 Facade 的存在，对于 SubSystem 而言，Facade 只是另一个客户端而已(即 Facade 对 SubSystem 透明)

比如去医院看病，可能要去挂号，门诊，化验，取药，让患者或患者家属觉得很复杂，如果有提供接待人员，只让接待人员来处理，就很方便。

门面模式的优点

  • 减少了系统的相互依赖.实现了客户端与子系统的耦合关系,这使得子系统的变化不会影响到调用它的客户端；
  • 提高了灵活性,简化了客户端对子系统的使用难度,客户端无需关心子系统的具体实现方式,而只需要和门面对象交互即可.
  • 提高了安全性.可以灵活设定访问权限,不在门面对象中开通方法,就无法访问
2).SLF4J 框架介绍

SLF4J 就是其他日志框架的门面. SLF4J 可以理解为是提供日志服务的统一API接口, 并不涉及到具体的日志逻辑实现.

  • 不引入日志门面
    常见的日志框架有log4J, logback等. 如果一个项目已经使用了log4j，而你依赖的另一个类库，假如是 Apache Active MQ, 它依赖于另外一个日志框架logback, 那么你就需要把logback也加载进去.
  • 存在问题:
  1. 不同日志框架的API接口和配置文件不同,如果多个日志框架共存,那么不得不维护多套配置文件(这个配置文件是指用户自定义的配置文件).
  2. 如果要更换日志框架,应用程序将不得不修改代码,并且修改过程中可能会存在一些代码冲突.
  3. 如果引入的第三方框架,使用了多套,那就不得不维护多套配置.
  • 引入日志门面
    引入门面日志框架之后,应用程序和日志框架(框架的具体实现)之间有了统一的API接口(门面日志框架实现),此时应用程序只需要维护一套日志文件配置,且当底层实现框架改变时,也不需要更改应用程序代码.

(三) 日志的格式说明

打印日志的这些部分都代表着什么呢?

从上图可以看到，日志输出内容元素具体如下：
<1. 时间日期：精确到毫秒
2. 日志级别：ERROR, WARN, INFO, DEBUG 或 TRACE
3. 进程ID
4. 线程名
5. Logger名(通常使用源代码的类名)
6. 日志内容

(四) 日志级别

日志级别代表着日志信息对应问题的严重性,为了更快的筛选符合目标的日志信息.

试想一下这样的场景，假设你是一家2万人公司的老板,如果每个员工的日常工作和琐碎的信息都要反馈给你,那你一定无暇顾及.于是就有了组织架构，而组织架构就会分级，有很多的级别设置，如下图所示：

有了组织架构之后，就可以逐级别汇报消息了,例如：组员汇报给组长,组长汇报给研发一组,研发一组汇报给 Java 研发,等等依次进行汇报.

日志级别大概是同样的道理，有了日志级别之后就可以过滤自己想看到的信息了,比如只关注error级别的,就可以根据级别过滤出来error级别的日志信息,节约开发者的信息筛选时间.

1. 日志级别的分类

日志的级别从高到低依次为: FATAL、ERROR、WARN、INFO、DEBUG、TRACE

  • FATAL: 致命信息，表示需要立即被处理的系统级错误.
  • ERROR: 错误信息, 级别较高的错误日志信息, 但仍然不影响系统的继续运行.
  • WARN: 警告信息, 不影响使用, 但需要注意的问题
  • INFO: 普通信息, 用于记录应用程序正常运行时的一些信息, 例如系统启动完成、请求处理完成等.
  • DEBUG: 调试信息, 需要调试时候的关键信息打印.
  • TRACE: 追踪信息, 比DEBUG更细粒度的信息事件(除非有特殊用意，否则请使用DEBUG级别替代)

日志级别通常和测试人员的Bug级别没有关系.
日志级别是开发人员设置的,用来给开发人员看的.日志级别的正确设置,也与开发人员的工作经验有关.如果开发人员把error级别的日志设置成了info,就很有可能会影响开发人员对项目运行情况的判断.出现error级别的日志信息较多时,可能也没有任何问题.测试的bug级别更多是依据现象和影响范围来判断

日志级别的顺序：


级别越高,收到的消息越少

2. 日志级别的使用

日志级别是开发人员自己设置的.开发人员根据自己的理解来判断该信息的重要程度

类似公司管理,通常由领导来判断什么样的事情需要汇报,什么样的事情不需要汇报.

针对这些级别,Logger对象分别提供了对应的方法,来输出日志.

java 复制代码 
@RequestMapping("/printLog")
    public String printLog(){
        logger.trace("=====trace=====");
        logger.debug("=====debug=====");
        logger.info("=====info=====");
        logger.warn("=====warn=====");
        logger.error("=====error=====");

        return "打印不同级别的日志";
    }

}

SpringBoot 默认的日志框架是Logback, Logback没有 FATAL 级别, 它被映射到 ERROR.

出现fatal日志，表示服务已经出现了某种程度的不可用, 需要系统管理员紧急介入处理. 通常情况下, 一个进程生命周期中应该最多只有一次FATAL记录.

观察日志结果:

(五) 日志配置

上述是日志的使用,日志框架支持我们更灵活的输出日志,包括内容,格式等.

1. 配置日志级别

日志级别配置只需要在配置文件中设置"logging.level"配置项即可，如下所示：

properties 和 yml 只需要配置其中一个即可

二者转换方式: Properties文件的点(.) 对应 yml 文件中的换行

以下两个配置,根据项目使用其中之一.

  • Properties配置
properties 复制代码 
logging.level.root=debug
  • yml配置
yaml 复制代码 
logging:
  level:
    root: debug

配置好之后,重新运行上述代码

2.日志持久化

以上的日志都是输出在控制台上的,然而在线上环境中,我们需要把日志保存下来,以便出现问题之后追溯问题.把日志保存下来就叫持久化.

日志持久化有两种方式
<1. 配置日志文件名
2. 配置日志的存储目录


配置日志文件的路径和文件名：

  • Properties配置
properties 复制代码 
logging.file.name=logger/springboot.log
  • yml配置
yaml 复制代码 
# 设置日志文件的文件名
logging:
  file:
    name: logger/springboot.log

后面可以跟绝对路径或者相对路径


配置日志文件的保存路径

  • Properties配置
properties 复制代码 
logging.file.path=D:/temp
  • yml配置
yaml 复制代码 
# 设置日志文件的目录
logging:
  file:
    path: D:/temp

这种方式只能设置日志的路径,文件名为固定的spring.log

运行程序,该路径下多出一个日志文件: spring.log

注意:
logging.file.name 和 logging.file.path 两个都配置的情况下,只生效其一,以 logging.file.name 为准.

3. 配置日志文件分割

如果我们的日志都放在一个文件中,随着项目的运行,日志文件会越来越大,需要对日志文件进行分割.

当然,日志框架也帮我们考虑到了这一点,所以如果不进行配置,就走自动配置

默认日志文件超过10M就进行分割

配置项 说明 默认值
logging.logback.rollingpolicy.file-name-pattern 日志分割后的文件名格式 ${LOG_FILE}.%d{yyyy-MM-dd}.%i.gz
logging.logback.rollingpolicy.max-file-size 日志文件超过这个大小就自动分割 10MB

配置日志文件分割:

  • Properties配置
properties 复制代码 
logging.logback.rollingpolicy.file-name-pattern=${LOG_FILE}.%d{yyyy-MM-dd}.%i
logging.logback.rollingpolicy.max-file-size=1KB
  • yml配置
yaml 复制代码 
logging:
  logback:
    rollingpolicy:
      max-file-size: 1KB
      file-name-pattern: ${LOG_FILE}.%d{yyyy-MM-dd}.%i
  1. 日志文件超过1KB就分割(设置1KB是为了更好展示.企业开发通常设置为200M,500M等,此处没有明确标准)
  2. 分割后的日志文件名为: 日志名.日期.索引

4. 配置日志格式

目前日志打印的格式是默认的

复制代码 
2023-09-21 11:42:16.268  INFO 21464 --- [nio-8080-exec-6] c.e.demo.controller.LoggerController     : ================ info ================
2023-09-21 11:42:16.270  WARN 21464 --- [nio-8080-exec-6] c.e.demo.controller.LoggerController     : ================ warn ================
2023-09-21 11:42:16.270 ERROR 21464 --- [nio-8080-exec-6] c.e.demo.controller.LoggerController     : ================ error ================

打印日志的格式,也是支持配置的.支持控制台和日志文件分别设置

配置项 说明 默认值
logging.pattern.console 控制台日志格式 %clr(%d{${LOG_DATEFORMAT_PATTERN:-yyyy-MM-dd'T'HH:mm:ss.SSSXXX}}){faint} %clr(${LOG_LEVEL_PATTERN:-%5p}) %clr(${PID:- }){magenta} %clr(---){faint} %clr([%15.15t]){faint} %clr(%-40.40logger{39}){cyan} %clr(:){faint} %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}
logging.pattern.file 日志文件的日志格式 %d{${LOG_DATEFORMAT_PATTERN:-yyyy-MM-dd'T'HH:mm:ss.SSSXXX}} ${LOG_LEVEL_PATTERN:-%5p} ${PID:- } --- [%t] %-40.40logger{39}: %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}

配置项说明:

  1. %clr(表达式){颜色} 设置输入日志的颜色
    支持颜色有以下几种:
  • blue
  • cyan
  • faint
  • green
  • magenta
  • red
  • yellow

  1. %d{${LOG_DATEFORMAT_PATTERN:-yyyy-MM-dd'T'HH:mm:ss.SSSXXX}} 日期和时间--精确到毫秒
    %d{} 日期
    ${LOG_DATEFORMAT_PATTERN:-yyyy-MM-dd 'T' HH:mm:ss.SSSXXX} 非空表达式,获取系统属性 LOG_DATEFORMAT_PATTERN, 若属性 LOG_DATEFORMAT_PATTERN 不存在，则使用 yyyy-MM-dd HH:mm:ss.SSSXXX 格式, 系统属性可以通过 System.getProperty("LOG_DATEFORMAT_PATTERN") 获取

  2. %5p 显示日志级别ERROR, WARN, INFO, DEBUG, TRACE.

  3. %t 线程名, %c 类的全限定名. %M method. %L 为行号. %thread 线程名称. %m 或者 %msg 显示输出消息. %n 换行符

  4. %5 若字符长度小于5，则右边用空格填充. %-5 若字符长度小于5，则左边用空格填充. %.15 若字符长度超过15，截去多余字符. %15.15 若字符长度小于15，则右边用空格填充. 若字符长度超过15，截去多余字符

;

;

;

;

;

;

;;

这里的配置颜色,可以跟着课堂来,那个图懒得看

(六) 更简单的日志输出

每次都使用 LoggerFactory.getLogger(xxx.class) 很繁琐, 且每个类都添加一遍, lombok给我们提供了一种更简单的方式.

  1. 添加 lombok 框架支持
  2. 使用 @slf4j 注解输出日志。

1. 添加 lombok 依赖

xml 复制代码 
<dependency>
  <groupId>org.projectlombok</groupId>
  <artifactId>lombok</artifactId>
  <optional>true</optional>
</dependency>

2. 输出日志

java 复制代码 
@Slf4j
@RestController
public class LogController {
    public void log(){
        log.info("===========要输出日志的内容===========");
    }
}

lombok提供的 @Slf4j 会帮我们提供一个日志对象 log, 我们直接使用就可以.

总结

  1. 日志是程序中的重要组成部分，使用日志可以快速的发现和定位问题，Spring Boot 内置了日志框架，默认情况下使用的是 info 日志级别将日志输出到控制台的，我们可以通过 lombok 提供的 @Slf4j 注解和 log 对象快速的打印自定义日志.
  2. 日志包含6个级别,日志级别越高，收到的日志信息也就越少，我们可以通过配置日志的保存名称或保存目录来将日志持久化.
相关推荐
m0_748248023 小时前
Spring设计模式刨根问底
java·spring·设计模式
charlie1145141913 小时前
CSS学习笔记3：颜色、字体与文本属性基础
css·笔记·学习·教程·基础
喝杯牛奶丶3 小时前
MySQL隔离级别：大厂为何偏爱RC？
java·数据库·mysql·面试
一 乐3 小时前
二手车销售|汽车销售|基于SprinBoot+vue的二手车交易系统(源码+数据库+文档)
java·前端·数据库·vue.js·后端·汽车
用户5965906181344 小时前
在asp.net 控制器传入json对象的格式验证的几种方法
后端
国服第二切图仔4 小时前
Rust入门开发之Rust中如何实现面向对象编程
开发语言·后端·rust
Mos_x4 小时前
15.＜Spring Boot 日志＞
java·后端
mm-q29152227294 小时前
Java并发编程从入门到进阶 多场景实战
java·开发语言
William_cl4 小时前
【ASP.NET MVC 进阶】DataAnnotations 特性验证全解析：从基础到避坑，让数据校验像 “安检“ 一样靠谱
后端·asp.net·mvc
热门推荐
01GitHub 镜像站点02综合整理：pdf预览显示：你尝试预览的文件可能对你的计算机有害。如果你信任此文件以及其来源，请打开此文件以看其内容，如何解决以正常预览文件03UV安装并设置国内源04《大数据技术原理与应用》实验报告三 熟悉HBase常用操作05npm使用国内淘宝镜像的方法06Linux下V2Ray安装配置指南07BongoCat - 跨平台键盘猫动画工具08NVIDIA显卡驱动、CUDA、cuDNN 和 TensorRT 版本匹配指南09GitLab 零基础入门指南：从安装到项目管理全流程10jdk21下载、安装（Windows、Linux、macOS）