你真的会打印日志吗?基于 Spring Boot 的全方位日志指南

你真的会打印日志吗?基于 Spring Boot 的全方位日志指南
—JavaEE专栏—

目录

一、日志概述:为什么它比 System.out.println 更重要?

在 Java 开发早期,我们习惯使用 System.out.println() 来调试代码 。但随着项目复杂度提升,简单的打印语句已无法满足生产环境的需求 。

1.1 日志的核心用途

  • 系统监控:记录系统运行状态、方法响应时间及状态,设置阈值报警 。
  • 数据采集:统计 PV/UV、用户留存,为推荐算法提供原始数据 。
  • 日志审计:记录用户操作记录,追踪非法攻击或信息泄露(如谁删除了关键数据) 。

1.2 为什么弃用标准输出?

通过 System.out.print 打印的日志相比 Spring Boot 默认日志缺少了时间戳、日志级别、进程 ID、线程名等关键排查信息。


二、日志框架体系:门面模式的深度解析

Spring Boot 默认集成了 SLF4J 作为日志门面,并使用 Logback 作为具体实现。

2.1 门面模式 (Facade Pattern)

SLF4J 是门面模式的典型应用 。它为子系统(如 Log4j、JUL、Logback)提供统一接口,使得客户端无需关心底层实现。

  • 优点:减少系统依赖,提高灵活性,简化客户端使用难度。

2.2 常见框架对比

角色框架名称说明
日志门面SLF4J, commons-logging统一 API 接口,不含逻辑实现
日志实现Logback, Log4j 1/2, JUL负责具体的日志记录逻辑

|


三、实战:Spring Boot 日志的基本使用

3.1 传统方式获取日志对象

需要使用 LoggerFactory 获取,并指定当前类的 Class 对象 。

importorg.slf4j.Logger;importorg.slf4j.LoggerFactory;importorg.springframework.web.bind.annotation.RestController;@RestControllerpublicclassLoggerController{// 注意:Logger 对象必须属于 org.slf4j 包 privatestaticfinalLogger logger =LoggerFactory.getLogger(LoggerController.class);publicStringlogTest(){ logger.info("这是一条 INFO 级别的日志");return"Log Success";}}

千万不要导错包!!!

在这里插入图片描述

3.2 进阶方式:使用 Lombok (@Slf4j)

引入 Lombok 依赖后,只需一个注解即可自动生成 log 对象。

importlombok.extern.slf4j.Slf4j;importorg.springframework.web.bind.annotation.RestController;@Slf4j// 自动提供 log 对象@RestControllerpublicclassLogController{publicvoidlog(){ log.info("使用 Lombok 快速打印日志");}}

四、深入理解日志级别

日志级别按严重程度从高到低排列为:FATAL > ERROR > WARN > INFO > DEBUG > TRACE

  • ERROR:记录较高等级的错误,但不影响系统运行 。
  • WARN:警告信息,需引起注意 。
  • INFO:默认级别,记录系统运行的关键节点。
  • DEBUG:调试阶段的关键信息 。
注意:Spring Boot 默认级别为 INFO,因此默认情况下不会打印 DEBUGTRACE 级别的日志 。

五、日志的高级配置 (application.yml)

5.1 修改日志级别

logging:level:root: debug # 将全局日志级别设为 debug [cite: 39]

5.2 日志持久化

在线上环境中,必须将日志保存到文件。

logging:file:name: logger/springboot.log # 指定文件名(推荐使用) path: D:/temp # 仅指定目录,文件名为默认的 spring.log 

5.3 日志文件分割

为防止单个日志文件过大(默认超过 10MB 分割),可进行如下配置:

logging:logback:rollingpolicy:max-file-size: 1KB # 达到 1KB 自动分割(实际生产常用 200MB)file-name-pattern: ${LOG_FILE}.%d{yyyy-MM-dd}.%i # 分割后的命名格式

六、自定义日志格式说明

通过 logging.pattern.consolelogging.pattern.file 可以自定义输出格式。

占位符说明
%d日期和时间(精确到毫秒)
%5p日志级别
%c类的全限定名
%m日志消息内容

七、总结

  1. 日志的重要性:它是程序运行的“黑匣子”,是定位问题、审计安全、分析数据的核心依据 。
  2. 最佳实践:推荐使用 Lombok 的 @Slf4j 注解,并通过 YAML 配置文件实现日志的级别控制、持久化及滚动拆分。

参考链接:

Read more

SQL之用户管理——权限与用户

SQL之用户管理——权限与用户

目录 1. 用户相关 1.1 查看已存在用户的信息 1.2 创建新用户 1.3 删除用户 1.4 修改用户登入密码 2. 权限相关 2.1 给用户权限 2.2 回收权限 我们在MySQL的学习过程中一开始基本上都是使用root用户来进行各种操作的,但是其实这样是不好的,因为我们在以后工作的时候是不可能给你root用户来进行操作的,所以我们在这里要提前适应普通用户。 1. 用户相关 我们首先要学会查看用户的信息,再我看来这是第一步,接着我们在学会创建,销毁用户之类的操作。 1.1 查看已存在用户的信息 use mysql; select host,user,authentication_string from user; 我们需要使用到上面两条指令来进行查看信息。 不知道各位有没有这个疑惑,就是我是查看用户信息又不是所有某一个数据库,为什么需要先use mysql呢?

By Ne0inhk
Flutter 组件 okay 的适配 鸿蒙Harmony 实战 - 驾驭类型化结果包装、实现鸿蒙端函数式异常处理与逻辑自愈架构方案

Flutter 组件 okay 的适配 鸿蒙Harmony 实战 - 驾驭类型化结果包装、实现鸿蒙端函数式异常处理与逻辑自愈架构方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 okay 的适配 鸿蒙Harmony 实战 - 驾驭类型化结果包装、实现鸿蒙端函数式异常处理与逻辑自愈架构方案 前言 在鸿蒙(OpenHarmony)生态的分布式事务处理、金融支付核心链路以及对系统鲁棒性有极致要求的复杂业务逻辑开发中,“错误的精确支配”是工程质量的最后一道防线。面对一个可能因断网、鉴权失效或数据格式错误而失败的 API 调用。如果仅仅依靠原始的 try-catch 捕获所有 Exception。那么不仅会导致业务逻辑代码中充斥着大量的跳转噪音、使代码流程变得支离破碎。更会因为无法在类型层面强制开发者处理异常逻辑,引发严重的运行时“空指针引发的崩溃”事故方案。 我们需要一种“显式包装、类型受控”的逻辑处理艺术。 okay 是一套专注于引入 Rust/Swift 风格的 Result 类型(或者称为 Ok/Err 模式)

By Ne0inhk
基于SpringBoot和Leaflet的省级行政区及其简称可视化实践

基于SpringBoot和Leaflet的省级行政区及其简称可视化实践

目录 前言 一、省级行政区及简称 1、省级行政区及其简称 2、映射对应关系管理 3、使用若依进行管理 二、PostGIS存储与检索 1、涉及的相关表 2、省级行政区及简称检索 三、应用的设计与实现 1、Java后端程序实现 2、Leaflet前端实现 四、成果展示 1、东北地区 2、华北地区 3、华东地区 4、华中地区 5、华南地区 6、西南地区 7、西北地区 五、总结 前言         在当今数字化与信息化飞速发展的时代,地理信息的可视化呈现已成为众多领域不可或缺的关键环节。从城市规划到资源分配,从公共服务布局到商业智能决策,直观、高效地展示地理区域相关数据,能为各类决策提供有力依据,帮助人们更好地理解复杂的空间关系和数据分布。省级行政区作为国家行政体系的重要构成单元,

By Ne0inhk
Flutter 组件 http_requests 适配鸿蒙 HarmonyOS 实战:极简网络请求,构建边缘端轻量级 RESTful 通讯架构

Flutter 组件 http_requests 适配鸿蒙 HarmonyOS 实战:极简网络请求,构建边缘端轻量级 RESTful 通讯架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 http_requests 适配鸿蒙 HarmonyOS 实战:极简网络请求,构建边缘端轻量级 RESTful 通讯架构 前言 在鸿蒙(OpenHarmony)生态迈向多端协同、涉及大量轻量级 IOT 设备(如智能穿戴、工业传感器)及微服务透传的背景下,如何实现快速、低开销的 HTTP 通讯,已成为决定应用“响应敏捷度”的关键工程要素。在鸿蒙设备这类强调内存精简与极速启动的环境下,如果应用依然无差别地引入像 Dio 这种包含复杂拦截器、适配器及多重缓存逻辑的“重型网络航母”,由于由于框架初始化开销大、内存足迹(Memory Footprint)偏深,极易由于由于“过度封装”导致边缘设备主线程的瞬间负载过高。 我们需要一种能够剥离样板代码、支持一键 JSON

By Ne0inhk