logback-spring.xml文件的一些记录

发布时间：2026/7/31 18:44:30

logback-spring.xml文件的一些记录

1、 前言

在SpringBoot项目开发的过程中，一般都是使用Slf4j作为日志门面，使用logback作为日志实现。logback日志实现框架需要指定并配置一个配置文件：logback-spring.xml

2、一些记录

logback-spring.xml 配置文件内容，以及一些针对配置项的说明都在里面。

<?xml version="1.0" encoding="UTF-8"?> <configuration scan="true" scanPeriod="10 seconds" debug="false"> <!-- 日志级别从低到高分为TRACE < DEBUG < INFO < WARN < ERROR < FATAL，如果设置为WARN，则低于WARN的信息都不会输出 --> <!-- scan:当此属性设置为true时，配置文件如果发生改变，将会被重新加载，默认值为true --> <!-- scanPeriod:设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。 --> <!-- debug:当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。 --> <contextName>logback</contextName> <!-- name的值是变量的名称，value的值是变量定义的值。通过定义的值会被插入到logger上下文中。定义变量后，可以使“${}”来使用变量。 --> <!-- <property name="log.path" value="D:/file/logs/crypto"/> --> <property name="log.path" value="logs"/> <!-- 彩色日志 --> <!-- 配置格式变量：CONSOLE_LOG_PATTERN 彩色日志格式 --> <!-- magenta:洋红 --> <!-- boldMagenta:粗红--> <!-- cyan:青色 --> <!-- white:白色 --> <!-- magenta:洋红 --> <!-- %date 时间 --> <!-- %-5level 日志级别从左显示5个字符宽度 --> <!-- %thread 线程名称--> <!-- %file:%line 文件名:行号 --> <!-- %logger 日志名字 一般采用日志所在类名或者包名做日志名 --> <!-- %msg 日志正文信息 --> <!-- %n 换行 --> <property name="CONSOLE_LOG_PATTERN" value="%yellow(%date{yyyy-MM-dd HH:mm:ss}) |%highlight(%-5level) |${PID:-} |%blue(%thread) |%blue(%file:%line) |%green(%logger) |%cyan(%msg%n)"/> <!--输出到控制台--> <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender"> <!--此日志appender是为开发使用，只配置最低级别，控制台输出的日志级别是大于或等于此级别的日志信息--> <!-- 例如：如果此处配置了INFO级别，则后面其他位置即使配置了DEBUG级别的日志，也不会被输出 --> <filter class="ch.qos.logback.classic.filter.ThresholdFilter"> <level>DEBUG</level> </filter> <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"> <Pattern>${CONSOLE_LOG_PATTERN}</Pattern> <!-- 设置字符集 --> <charset>UTF-8</charset> </encoder> </appender> <!--输出到文件--> <!-- 时间滚动输出 level为 DEBUG 的日志 --> <appender name="DEBUG_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <!-- 日志文件的路径和文件名称 --> <file>${log.path}/log_debug.log</file> <!--DEBUG级别日志文件的输出格式--> <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"> <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level ${PID:-} - [%thread] - %file:%line - %logger ---> %msg%n</pattern> <charset>UTF-8</charset> </encoder> <!-- 日志记录器的滚动策略，按日期，按大小记录 --> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <!-- 每天日志归档路径以及格式 --> <fileNamePattern>${log.path}/debug/log-debug-%d{yyyy-MM-dd}.%i.log</fileNamePattern> <!-- 每个日志文件的最大大小 --> <maxFileSize>100MB</maxFileSize> <!--日志文件保留天数--> <maxHistory>180</maxHistory> </rollingPolicy> <!-- 此日志文件只记录debug级别的 --> <filter class="ch.qos.logback.classic.filter.LevelFilter"> <level>DEBUG</level> <onMatch>ACCEPT</onMatch> <onMismatch>DENY</onMismatch> </filter> </appender> <!-- 时间滚动输出 level为 INFO 的日志 --> <appender name="INFO_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <!-- 日志文件的路径和文件名称 --> <file>${log.path}/log_info.log</file> <!--INFO级别日志文件的输出格式--> <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"> <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level ${PID:-} - [%thread] - %file:%line - %logger ---> %msg%n</pattern> <charset>UTF-8</charset> </encoder> <!-- 日志记录器的滚动策略，按日期，按大小记录 --> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <!-- 每天日志归档路径以及格式 --> <fileNamePattern>${log.path}/info/log-info-%d{yyyy-MM-dd}.%i.log</fileNamePattern> <!-- 每个日志文件的最大大小 --> <maxFileSize>100MB</maxFileSize> <!--日志文件保留天数--> <maxHistory>180</maxHistory> </rollingPolicy> <!-- 此日志文件只记录info级别的 --> <filter class="ch.qos.logback.classic.filter.LevelFilter"> <level>INFO</level> <onMatch>ACCEPT</onMatch> <onMismatch>DENY</onMismatch> </filter> </appender> <!-- 时间滚动输出 level为 WARN 日志 --> <appender name="WARN_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <!-- 正在记录的日志文件的路径及文件名 --> <file>${log.path}/log_warn.log</file> <!--日志文件输出格式--> <encoder> <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level ${PID:-} - [%thread] - %file:%line - %logger ---> %msg%n</pattern> <charset>UTF-8</charset> </encoder> <!-- 日志记录器的滚动策略，按日期，按大小记录 --> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <fileNamePattern>${log.path}/warn/log-warn-%d{yyyy-MM-dd}.%i.log</fileNamePattern> <!-- 每个日志文件的最大大小 --> <maxFileSize>100MB</maxFileSize> <!--日志文件保留天数--> <maxHistory>180</maxHistory> </rollingPolicy> <!-- 此日志文件只记录warn级别的 --> <filter class="ch.qos.logback.classic.filter.LevelFilter"> <level>warn</level> <onMatch>ACCEPT</onMatch> <onMismatch>DENY</onMismatch> </filter> </appender> <!-- 时间滚动输出 level为 ERROR 日志 --> <appender name="ERROR_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <!-- 正在记录的日志文件的路径及文件名 --> <file>${log.path}/log_error.log</file> <!--日志文件输出格式--> <encoder> <pattern>%msg%n</pattern> <charset>UTF-8</charset> </encoder> <!-- 日志记录器的滚动策略，按日期，按大小记录 --> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <fileNamePattern>${log.path}/error/log-error-%d{yyyy-MM-dd}.%i.log</fileNamePattern> <!-- 每个日志文件的最大大小 --> <maxFileSize>100MB</maxFileSize> <!--日志文件保留天数--> <maxHistory>180</maxHistory> </rollingPolicy> <!-- 此日志文件只记录ERROR级别的 --> <filter class="ch.qos.logback.classic.filter.LevelFilter"> <level>ERROR</level> <onMatch>ACCEPT</onMatch> <onMismatch>DENY</onMismatch> </filter> </appender> <!-- 把所有日志记录到同一个文件中 (1) 根据配置的日志级别进行记录日志,如root标签配置的日志级别是INFO, 则会把INFO, WARN, ERROR 这三个级别的日志都记录到同一个文件中; (2) 这样做的目的是，上面的 DEBUG_FILE、INFO_FILE、WARN_FILE和ERROR_FILE分别是只记录DEBUG级别、INFO级别、WARN级别和ERROR级别的日志， 大白话就是：上述的日志文件中，只会出现本级别的日志信息，而不会出现其他级别的日志信息。 这就导致一个问题是：日志信息被割裂开了，不连续了。 所以如果想要一个完整的日志（即：所有需要的级别的日志都记录到同一个文件中）那就使用如下 ALL_FILE 这个配置项;如果不需要这么做，就想把每个级别 的日志单独记录到不同的文件中，就不需要开启这个。 --> <appender name="ALL_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <!-- 日志文件的路径和文件名称 --> <file>${log.path}/log_all.log</file> <!--日志文件的输出格式--> <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"> <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level ${PID:-} - [%thread] - %file:%line - %logger ---> %msg%n</pattern> <charset>UTF-8</charset> </encoder> <!-- 日志记录器的滚动策略，按日期，按大小记录 --> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <!-- 每天日志归档路径以及格式 --> <fileNamePattern>${log.path}/all/log-all-%d{yyyy-MM-dd}.%i.log</fileNamePattern> <!-- 每个日志文件的最大大小 --> <maxFileSize>100MB</maxFileSize> <!--日志文件保留天数--> <maxHistory>180</maxHistory> </rollingPolicy> </appender> <!-- (一) 此处的 level="INFO" 控制着全局的异常记录级别。打个比喻如下： 1) 此处的root就好比一个大哥，控制着整个项目的日志级别，大哥在这里说了，我现在把你们都开启!(即：使用<appender-ref 标签开启了 控制台、debug级别的日志文件、info级别的日志文件、warn级别的日志文件、error级别的日志文件、全部级别的日志文件) 日志级别是 INFO! 在项目运行过程中，你们各司其职去记录日志吧。 .... 项目开始运行了，大家注意了! 2) 先来看 ref="CONSOLE" 的干活逻辑：老大开启的全局日志级别是INFO级别，我自己配置的是：我要在控制台输出DEBUG及以上级别的日志~ 现在老大开启了全局INFO级别的日志，那DEBUG级别的日志我肯定是见不到了，我只管在控制台输出INFO级别以上的日志就行啦~ 3) 然后来看看 ref="DEBUG_FILE" 的干活逻辑: 我自己配置的是：我只负责在log_debug.log 文件中记录 项目运行过程中的 debug 级别日志；但是现在老大开启的全局日志级别是INFO级别，所以肯定不会有debug级别的日志输出，也就不会有debug级别的日志走到我这里来，我没活可干~~~ 4) 再来看看 ref="INFO_FILE" 的干活逻辑：我自己配置的是：我只负责在log_info.log 文件中记录 项目运行过程中的 info 级别日志；但是现在老大开启的全局日志级别是INFO级别，如果项目在运行过程中出现了info级别的日志，我就要开始干活啦，我可不管其他级别的日志，比如 warn，error级别的日志我一概不关心! 对应配置如下： <filter class="ch.qos.logback.classic.filter.LevelFilter"> <level>INFO</level> <onMatch>ACCEPT</onMatch> <onMismatch>DENY</onMismatch> </filter> 5) ref="WARN_FILE" 和 ref="ERROR_FILE" 干活逻辑和 4) 是类似的。 6) 最后来看看 ref="ALL_FILE" 的干活逻辑：只要项目运行过程中出现了老大开启的全局日志级别INFO 及以上的日志信息，我都要在 log_all.log 文件中记录下来! (二) 老大虽然开启了全局的日志记录级别为 INFO. 但是作为下面的小弟，也可以选择自己想要记录的哪个级别的日志信息。拿 控制台的输出举例。虽然 root="INFO", 但是如果 CONSOLE 配置如下： <filter class="ch.qos.logback.classic.filter.ThresholdFilter"> <level>ERROR</level> </filter> 那当程序运行过程中出现了 INFO 级别或 WARN 级别的日志，我也不会输出到控制台上!, 我只关心ERROR级别的日志，即：当有ERROR 级别的日志出现时，我才会把ERROR级别的日志信息输出到控制台上。 (3) 如果老大哪天看某个小弟不顺眼，就可以不开启他。比如今天老大看 CONSOLE 这个小弟不顺眼，就把其给注释掉了，那么就不会在控制台输出程序运行过程中的日志信息了。但是其他小弟还是按照 (一)中分析的干活逻辑，卖命的干活。 --> <root level="INFO"> <appender-ref ref="CONSOLE"/> <appender-ref ref="DEBUG_FILE"/> <appender-ref ref="INFO_FILE"/> <appender-ref ref="WARN_FILE"/> <appender-ref ref="ERROR_FILE"/> <appender-ref ref="ALL_FILE"/> </root> </configuration>

相关新闻

NestJS-Prisma开发常见问题解答：从入门到精通

NestJS-Prisma开发常见问题解答：从入门到精通

NestJS-Prisma开发常见问题解答&#xff1a;从入门到精通 【免费下载链接】nestjs-prisma Easy Prisma support for your NestJS application 项目地址: https://gitcode.com/gh_mirrors/ne/nestjs-prisma NestJS-Prisma是一款为NestJS应用提供便捷Prisma支持的工具&…

2026/7/31 18:44:30
10分钟上手CPA-Manager-Plus：Docker与原生部署方案对比

10分钟上手CPA-Manager-Plus：Docker与原生部署方案对比

10分钟上手CPA-Manager-Plus&#xff1a;Docker与原生部署方案对比 【免费下载链接】CPA-Manager-Plus A self-hosted CPA / CLIProxyAPI management panel and AI gateway observability dashboard for requests, usage, cost, quota, failures, and account health. 项目地…

2026/7/31 18:44:37
为什么你的Stable Video Diffusion绿幕输出总带灰边？3步反向传播校准法，5分钟修复Alpha通道泄漏

为什么你的Stable Video Diffusion绿幕输出总带灰边？3步反向传播校准法，5分钟修复Alpha通道泄漏

更多请点击&#xff1a; https://kaifayun.com 第一章&#xff1a;为什么你的Stable Video Diffusion绿幕输出总带灰边&#xff1f;3步反向传播校准法&#xff0c;5分钟修复Alpha通道泄漏 绿幕合成中出现的灰边&#xff08;halo artifact&#xff09;并非渲染噪声&#xff0c;…

2026/7/31 18:44:37

最新新闻

为什么你的AI知识图谱总在上线后崩溃？——3大隐性架构缺陷与NASA级容错加固方案

为什么你的AI知识图谱总在上线后崩溃？——3大隐性架构缺陷与NASA级容错加固方案

更多请点击&#xff1a; https://intelliparadigm.com 第一章&#xff1a;为什么你的AI知识图谱总在上线后崩溃&#xff1f;——3大隐性架构缺陷与NASA级容错加固方案 当知识图谱从实验室走向生产环境&#xff0c;90%的崩溃并非源于模型精度不足&#xff0c;而是被忽视的底层架…

2026/7/31 21:21:14
终极指南：3分钟学会用13ft Ladder免费突破付费墙限制

终极指南：3分钟学会用13ft Ladder免费突破付费墙限制

终极指南&#xff1a;3分钟学会用13ft Ladder免费突破付费墙限制 【免费下载链接】13ft My own custom 12ft.io replacement 项目地址: https://gitcode.com/GitHub_Trending/13/13ft 你是否曾遇到过这样的情况&#xff1f;一篇看似重要的文章出现在你面前&#xff0c;但…

2026/7/31 21:21:12
KEGG通路分析：从数据库构成到实战解读，掌握功能富集核心技能

KEGG通路分析：从数据库构成到实战解读，掌握功能富集核心技能

1. 从“黑盒”到“地图”&#xff1a;为什么我们需要KEGG如果你刚接触生物信息学&#xff0c;或者正在处理一批高通量测序数据&#xff0c;面对海量的基因列表、差异表达结果&#xff0c;是不是常常感到无从下手&#xff1f;你可能会问&#xff1a;“我知道这个基因表达上调了&…

2026/7/31 21:21:12
python12（模块 包）

python12（模块 包）

模块与包 在前文的基础上我们今天继续学习Python 的模块与包机制。 Python 的模块与包是代码组织的核心工具&#xff0c;其作用在于按功能职责对代码进行逻辑分区&#xff0c;从而提升可维护性与可复用性。任何非 trivial 项目都不应将所有代码置于单一文件中&#xff0c;否则将…

2026/7/31 21:21:12
# 机器人第七轴选 PLX090 还是中空旋转平台？750W 伺服下的背隙、刚性与扭矩验证

# 机器人第七轴选 PLX090 还是中空旋转平台？750W 伺服下的背隙、刚性与扭矩验证

机器人第七轴选 PLX090 还是中空旋转平台&#xff1f;750W 伺服下的背隙、刚性与扭矩验证 1. 第七轴的误差为什么会被放大&#xff1f; 第七轴带动的是机器人本体、底座、末端工装和工件。减速机、齿轮齿条或旋转机构中出现的微小间隙&#xff0c;传递到机械臂末端后&#xf…

2026/7/31 21:21:12
告别单调启动页！用Obsidian Homepage打造你的专属知识管理中心

告别单调启动页！用Obsidian Homepage打造你的专属知识管理中心

告别单调启动页&#xff01;用Obsidian Homepage打造你的专属知识管理中心 【免费下载链接】obsidian-homepage Obsidian homepage - Minimal and aesthetic template (with my unique features) 项目地址: https://gitcode.com/gh_mirrors/obs/obsidian-homepage 厌倦了…

2026/7/31 21:21:12

日新闻

ffmpeg-static 跨平台多媒体处理架构解析与技术实践

ffmpeg-static 跨平台多媒体处理架构解析与技术实践

ffmpeg-static 跨平台多媒体处理架构解析与技术实践 【免费下载链接】ffmpeg-static ffmpeg static binaries for Mac OSX and Linux and Windows 项目地址: https://gitcode.com/gh_mirrors/ff/ffmpeg-static ffmpeg-static 项目为 macOS、Linux 和 Windows 三大主流操…

2026/7/31 0:00:14
7步掌握KMS智能激活工具：Windows和Office永久激活完整方案

7步掌握KMS智能激活工具：Windows和Office永久激活完整方案

7步掌握KMS智能激活工具&#xff1a;Windows和Office永久激活完整方案 【免费下载链接】KMS_VL_ALL_AIO Smart Activation Script 项目地址: https://gitcode.com/gh_mirrors/km/KMS_VL_ALL_AIO KMS_VL_ALL_AIO是一款功能强大的智能激活脚本工具&#xff0c;专为Windows…

2026/7/31 0:00:14
Linux 二进制分析利器：strings 命令从入门到实战全解

Linux 二进制分析利器：strings 命令从入门到实战全解

一、命令简介strings 命令用于在二进制文件、可执行文件、对象文件或任何数据文件中查找并提取可打印的字符串序列。它默认识别长度至少为 4 个字符的可打印 ASCII 字符串&#xff08;以换行符或空字符终止&#xff09;。该工具在逆向工程、调试和二进制文件分析中非常有用&…

2026/7/31 0:00:14

周新闻

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex检测数据集数据集详情检测类别&#xff1a; allies enemy tag图片总量&#xff1a;7247张训练集&#xff1a;5139张验证集&#xff1a;1425张测试集&#xff1a;683张标注状态&#xff1a;全部已标注&#xff0c;即拿即用数据格式&#xff1a;支持YOLO格式及其他格式&#…

2026/7/31 15:38:56
智慧飞行 大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 从航线规划、自动飞行、AI识别到数据管理，一个平台全搞定

智慧飞行 大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 从航线规划、自动飞行、AI识别到数据管理，一个平台全搞定

智慧飞行-大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 企业级全域智能无人机一体化管控平台源码&#xff01; 专为电力巡检、安防监控、应急救援、测绘勘察等行业打造&#xff0c;让您的无人机舰队实现 “无人化、自动化、智能化” 管理&#xff01; &#x1f3af; …

2026/7/31 12:13:38
揭秘ChatGPT+Mathematica协同教学：为什么92%的初学者在72小时内建立函数直觉？

揭秘ChatGPT+Mathematica协同教学：为什么92%的初学者在72小时内建立函数直觉？

更多请点击&#xff1a; https://codechina.net 第一章&#xff1a;AI帮助理解数学概念 人工智能正以前所未有的方式重塑数学学习的路径。通过自然语言处理与符号计算的深度融合&#xff0c;AI不仅能解析抽象定义&#xff0c;还能将定理、证明和几何直觉转化为可交互、可验证的…

2026/7/31 17:47:01

月新闻

[C++]内存管理：串顺序存储的内存回收

[C++]内存管理：串顺序存储的内存回收

在串&#xff08;字符串&#xff09;的顺序存储中&#xff0c;内存回收的方式取决于字符串的存储方式以及所使用的编程语言和相关库。以下以 C 为例进行说明&#xff0c;因为 C 对内存管理有较为直接的控制。 1. 基于 char 数组的串顺序存储 如果使用普通的 char 数组来存储字…

2026/7/31 15:40:14
移动端游戏功耗测试实战：电流、功率、亮度和场景对比

移动端游戏功耗测试实战：电流、功率、亮度和场景对比

移动端游戏功耗测试：先控制变量，再比较优化是否真的省电 摘要：功耗测试最容易犯的错误，是拿两次不同温度、不同亮度、不同场景的平均功率直接比较。本文给出一套可复现的游戏功耗测试方法，覆盖引擎特性验证、版本回归和黑盒体验测试，并说明如何把功耗与帧率、温控、CPU/G…

2026/7/31 7:06:50
足球口袋教练 HarmonyOS 离线应用实战（03/20）：ArkUI 首页仪表盘搭建

足球口袋教练 HarmonyOS 离线应用实战（03/20）：ArkUI 首页仪表盘搭建

本文是“足球口袋教练 HarmonyOS 离线应用实战”系列第 3 篇。示例项目是一个 HarmonyOS / ArkTS / ArkUI 编写的离线足球训练助手&#xff0c;围绕真实页面、真实截图和可复现操作展开。 本篇要解决的问题 训练 App 的首页不能只展示欢迎语&#xff0c;它要解决“我现在该点哪…

2026/7/31 17:47:01