我要评论1.在 spring boot 应用中集成 log4j2
首先在项目pom文件中引入log4j的依赖
<!--log4j2-->
<dependency>
<groupid>org.springframework.boot</groupid>
<artifactid>spring-boot-starter-log4j2</artifactid>
</dependency>
在当前项目的resource目录下增加文件 log4j2.xml
下面介绍配置文件中各个节点，感兴趣的小伙伴也可以去官网查看
2.配置节点
2.1 根节点configuration
有两个属性：status，monitorinterval，两个子节点：appenders和loggers表名可以定义多个appender和logger
- status，用来指定log4j本身的打印日志级别 off>fatal>error>warn>info>debug>trace>all
- monitorinterval 重新读取配置文件的监测间隔时间，单位是s,最小是5s.
2.2 properties
属性（可选），用来定义常量（例如日志打印的模版），之后在其他配置项中通过${变量名}引用
2.3 appenders
常见的有三种子节点：console、rollingfile、file
2.3.1 console
用来定义输出到控制台的appender两个属性：name、target，一个节点：patternlayout
- name（属性）：指定appender的名字
- target（属性）：system_out 或 system_err,一般只设置默认:system_out.
- patternlayout（节点）：指定输出日志的格式，可以使用pattern属性与properties中定义的日志打印模板常量相结合,控制日志输出的模版，不设置则默认为:%m%n
2.3.2 file
文件输出源，用于将日志写入到指定的文件，需要配置输入到哪个位置（例如：d:/logs/info.log）
- name(属性):：指定appender的名字.
- filename(属性)：指定输出日志的目的文件带全路径的文件名.
- patternlayout（节点）：输出格式，不设置默认为:%m%n.
2.3.3 rollingfile
也是写入到文件，不同的是比file更加强大，可以指定当文件达到一定大小（如20mb）时，另起一个文件继续写入日志，另起一个文件就涉及到新文件的名字命名规则，因此需要配置文件命名规则
这种方式更加实用，因为你不可能一直往一个文件中写，如果一直写，文件过大，打开就会卡死，也不便于查找日志。
name(属性)：指定appender的名字.
filename(属性)：指定输出日志的目的文件带全路径的文件名
patternlayout（节点）：输出格式，不设置默认为:%m%n
filepattern：指定新建日志文件的名称格式.
policies（节点）：指定滚动日志的策略，就是什么时候进行新建日志文件输出日志.
timebasedtriggeringpolicy（节点）：policies子节点，基于时间的滚动策略，interval属性用来指定多久滚动一次，默认是1 hour。modulate=true用来调整时间：比如现在是早上3am，interval是4，那么第一次滚动是在4am，接着是8am，12am..而不是7am.
sizebasedtriggeringpolicy（节点）：policies子节点，基于指定文件大小的滚动策略，size属性用来定义每个日志文件的大小.
defaultrolloverstrategy（节点）：用来指定同一个文件夹下最多有几个日志文件时开始删除最l旧的，创建新的(通过max属性)；可以指定压缩级别（通过compressionlevel属性），compressionlevel的值通常是一个介于0到9之间的整数，其中：0表示无压缩，1表示最快的压缩速度（但压缩率最低），9表示最高的压缩率（但压缩速度最慢）
delete：清理旧日志文件的策略;basepath指定了日志文件所在的基目录;maxdepth用于指定清理或删除日志文件时搜索的目录深度,值是一个整数，表示从basepath开始向下搜索的目录层级数
iffilename：delete子节点，用于匹配要删除的文件名模式。glob接受一个通配符模式，用来匹配文件名。
iflastmodified：delete子节点，用于检查文件的最后修改时间，并基于该时间点决定文件是否应该被清理或删除；age指定了文件最后修改时间与当前时间之间最大允许的时间差
如果maxdepth="0"，则只会考虑basepath所指向的目录本身，不包括任何子目录。
如果maxdepth="1"，则会考虑basepath所指向的目录及其直接子目录。
如果maxdepth="2"，则会考虑basepath所指向的目录、其直接子目录以及这些子目录下的子目录（即二级子目录）。
2.4 logger
logger节点用来单独指定日志的形式，比如要为指定包下的class指定不同的日志级别等。level:日志输出级别，共有8个级别，按照从低到高为: all < trace < debug < info < warn < error < fatal < off
root ：设定根日志的日志级别
name：用来指定该logger所适用的类或者类所在的包全路径,继承自root节点.
appenderref：logger的子节点，用来指定该日志输出到哪个appender,如果没有指定，就会默认继承自root.如果指定了，那么会在指定的这个appender和root的appender中都会输出。
additivity：是否继承root节点，默认是true继承。默认情况下子logger会继承父logger的appender，也就是说子logger会在父logger的appender里输出。若是additivity设为false，则子logger只会在自己的appender里输出，而不会在父logger的appender里输出。
3.日志输出模板参数介绍
格式化输出：
%date{yyyy-mm-dd hh:mm:ss.sss}: 简写为%d 日期 2023-08-12 15:04:30,123
%thread: %t 线程名， main
%-5level：%p 日志级别,从左往右至少显示5个字符宽度,不足补空格 info
%msg：%m 日志消息 info msg
%n: 换行符
{cyan}: 蓝绿色(青色)
%logger{36}: %c 表示 logger 名字最长36个字符
%c: 类路径 com.qq.demolog4j2.testlog4j2
%m: 方法名 main
%f: 类名 testlog4j2.java
%l: 行号 12
%l: 日志位置, 相当于 %c.%m(%f.%l) com.qq.demolog4j2.testlog4j2.main(testlog4j2.java:16)
%highlight：高亮显示，%highlight{%-5level}
如果控制台输出的日志级别没有高亮显示，log4j2默认关闭了jansi：一个支持输出ansi颜色的类库 idea中，点击右上角->edit+configurations，在vm+options中添加-dlog4j.skipjansi=false
下面就是我在开发中使用的一些配置
<?xml version="1.0" encoding="utf-8"?>
<configuration status="off">
<properties>
<!-- 日志打印级别 -->
<property name="log_level">info</property>
<!-- app名称 -->
<property name="app_name" value="framework_project"/>
<!-- 日志文件存储路径 -->
<property name="log_home">/framework_project</property>
<!-- 存储天数 -->
<property name="log_max_history" value="60d"/>
<!-- 单个日志文件最大值, 单位 = kb, mb, gb -->
<property name="log_max_file_size" value="10 mb"/>
<!-- 每天每个日志级别产生的文件最大数量 -->
<property name="log_total_number_daily" value="10"/>
<!-- 压缩文件的类型,支持zip和gz,建议linux用gz,windows用zip -->
<property name="archive_file_suffix" value="zip"/>
<!-- 日志文件名 -->
<property name="log_file_name" value="${log_home}"/>
<property name="file_name_pattern" value="${log_home}/%d{yyyy-mm-dd}"/>
<!--日志输出格式-控制台彩色打印-->
<property name="encoder_pattern_console">%blue{%d{yyyy-mm-dd hh:mm:ss.sss}} | %highlight{%-5level}{error=bright
red, warn=bright yellow, info=bright green, debug=bright cyan, trace=bright white} | %yellow{%t} |
%cyan{%c{1.}} ： %white{%msg%n}
</property>
<!--日志输出格式-文件-->
<property name="encoder_pattern">%d{yyyy-mm-dd hh:mm:ss.sss} %-5level %5pid --- [%15.15t] %c{1.} [%l] : %m%n
</property>
<!--日志输出格式-控制台彩色打印-->
<property name="default_pattern">%d{yyyy-mm-dd hh:mm:ss.sss} %highlight{%-5level} %style{%5pid}{bright,magenta} --- [%17.17t] %cyan{%c{1.} [%l]} : %m%n
</property>
</properties>
<appenders>
<!-- 控制台的输出配置 -->
<console name="console" target="system_out">
<!--输出日志的格式-->
<patternlayout pattern="${default_pattern}"/>
</console>
<!-- 新增包含所有级别日志的文件 appender -->
<rollingfile name="rollingfilealllevels" filename="${log_file_name}/all.log"
filepattern="${file_name_pattern}/all.log">
<filters>
<!-- 不过滤任何日志级别 -->
</filters>
<patternlayout pattern="${encoder_pattern}"/>
<policies>
<!-- 归档每天的文件 -->
<timebasedtriggeringpolicy interval="1" modulate="true"/>
<!-- 限制单个文件大小 -->
<sizebasedtriggeringpolicy size="${log_max_file_size}"/>
</policies>
<!-- 限制每天文件个数 -->
<defaultrolloverstrategy compressionlevel="9" max="${log_total_number_daily}">
<delete basepath="${log_home}" maxdepth="1">
<iffilename glob="*.all.*.log"/>
<iflastmodified age="${log_max_history}"/>
</delete>
</defaultrolloverstrategy>
</rollingfile>
<!-- 打印出所有的info及以下级别的信息，每次大小超过size进行压缩，作为存档-->
<rollingfile name="rollingfileall" filename="${log_file_name}/info.log"
filepattern="${file_name_pattern}/info.log">
<!--控制台只输出level及以上级别的信息（onmatch），其他的直接拒绝（onmismatch）-->
<thresholdfilter level="${log_level}" onmatch="accept" onmismatch="deny"/>
<!--输出日志的格式-->
<patternlayout pattern="${encoder_pattern}"/>
<policies>
<!-- 归档每天的文件 -->
<timebasedtriggeringpolicy interval="1" modulate="true"/>
<!-- 限制单个文件大小 -->
<sizebasedtriggeringpolicy size="${log_max_file_size}"/>
</policies>
<!-- 限制每天文件个数 -->
<defaultrolloverstrategy compressionlevel="9" max="${log_total_number_daily}">
<delete basepath="${log_home}" maxdepth="1">
<iffilename glob=".info.*.log"/>
<iflastmodified age="${log_max_history}"/>
</delete>
</defaultrolloverstrategy>
</rollingfile>
<rollingfile name="rollingfiledebug"
filename="${log_file_name}/debug.log"
filepattern="${file_name_pattern}/debug.log">
<filters>
<thresholdfilter level="debug"/>
<thresholdfilter level="info" onmatch="deny"
onmismatch="neutral"/>
</filters>
<patternlayout pattern="${encoder_pattern}"/>
<policies>
<!-- 归档每天的文件 -->
<timebasedtriggeringpolicy interval="1" modulate="true"/>
<!-- 限制单个文件大小 -->
<sizebasedtriggeringpolicy size="${log_max_file_size}"/>
</policies>
<!-- 限制每天文件个数 -->
<defaultrolloverstrategy compressionlevel="9"
max="${log_total_number_daily}">
<delete basepath="${log_home}" maxdepth="1">
<iffilename glob="*.debug.*.log"/>
<iflastmodified age="${log_max_history}"/>
</delete>
</defaultrolloverstrategy>
</rollingfile>
<rollingfile name="rollingfilewarn" filename="${log_file_name}/warn.log"
filepattern="${file_name_pattern}/warn.log">
<filters>
<thresholdfilter level="warn"/>
<thresholdfilter level="error" onmatch="deny"
onmismatch="neutral"/>
</filters>
<patternlayout pattern="${encoder_pattern}"/>
<policies>
<!-- 归档每天的文件 -->
<timebasedtriggeringpolicy interval="1" modulate="true"/>
<!-- 限制单个文件大小 -->
<sizebasedtriggeringpolicy size="${log_max_file_size}"/>
</policies>
<!-- 限制每天文件个数 -->
<defaultrolloverstrategy compressionlevel="9"
max="${log_total_number_daily}">
<delete basepath="${log_home}" maxdepth="1">
<iffilename glob="*.warn.*.log"/>
<iflastmodified age="${log_max_history}"/>
</delete>
</defaultrolloverstrategy>
</rollingfile>
<rollingfile name="rollingfileerror"
filename="${log_file_name}/error.log"
filepattern="${file_name_pattern}/error.log">
<filters>
<thresholdfilter level="error"/>
</filters>
<patternlayout pattern="${encoder_pattern}"/>
<policies>
<timebasedtriggeringpolicy interval="1" modulate="true"/>
<sizebasedtriggeringpolicy size="${log_max_file_size}"/>
</policies>
<defaultrolloverstrategy compressionlevel="9" max="${log_total_number_daily}">
<delete basepath="${log_home}" maxdepth="1">
<iffilename glob="*.error.*.log"/>
<iflastmodified age="${log_max_history}"/>
</delete>
</defaultrolloverstrategy>
</rollingfile>
</appenders>
<!--只有定义了logger并引入以上appenders，appender才会生效-->
<loggers>
<root level="${log_level}">
<appender-ref ref="console"/>
<appender-ref ref="rollingfileall"/>
<appender-ref ref="rollingfiledebug"/>
<appender-ref ref="rollingfilewarn"/>
<appender-ref ref="rollingfileerror"/>
<!-- 添加新的appender引用 -->
<appender-ref ref="rollingfilealllevels"/>
</root>
</loggers>
</configuration>4.知识扩展
如何设置log4j2的监控间隔？
在 log4j2 中，可以通过在配置文件中设置 monitorinterval 属性来指定监控配置文件变化的时间间隔。这个属性告诉 log4j2 每隔多少秒检查一次配置文件是否有变化，如果有变化则自动重新加载配置。以下是具体的设置方法和示例：
1. xml 配置文件示例
在 log4j2.xml 配置文件的根 <configuration> 元素中添加 monitorinterval 属性：
<?xml version="1.0" encoding="utf-8"?>
<configuration status="warn" monitorinterval="30">
<appenders>
<console name="console" target="system_out">
<patternlayout pattern="%d{yyyy-mm-dd hh:mm:ss} - %msg%n"/>
</console>
</appenders>
<loggers>
<root level="info">
<appenderref ref="console"/>
</root>
</loggers>
</configuration>
在这个示例中，monitorinterval="30" 表示 log4j2 每隔 30 秒检查一次配置文件是否有变化。如果配置文件发生变化，log4j2 会自动重新加载配置。
2. json 配置文件示例
在 log4j2.json 配置文件中，可以通过在配置对象中添加 "monitorinterval" 属性来设置监控间隔：
{
"configuration": {
"status": "warn",
"monitorinterval": 30,
"appenders": {
"console": {
"type": "console",
"target": "system_out",
"patternlayout": {
"pattern": "%d{yyyy-mm-dd hh:mm:ss} - %msg%n"
}
}
},
"loggers": {
"root": {
"level": "info",
"appenderrefs": [
{
"ref": "console"
}
]
}
}
}
}3. yaml 配置文件示例
在 log4j2.yaml 配置文件中，可以通过在 configuration 对象中添加 monitorinterval 属性来设置监控间隔：
configuration:
status: warn
monitorinterval: 30
appenders:
console:
type: console
target: system_out
patternlayout:
pattern: "%d{yyyy-mm-dd hh:mm:ss} - %msg%n"
loggers:
root:
level: info
appenderrefs:
- ref: console
4. 注意事项
监控间隔单位：monitorinterval 的单位是秒。
最小间隔：log4j2 要求 monitorinterval 的值至少为 1 秒。
性能影响：虽然监控配置文件变化提供了一定的便利性，但频繁的文件检查可能会对性能产生轻微影响。因此，建议根据实际需求合理设置监控间隔。
文件变化检测：log4j2 通过检测配置文件的最后修改时间（last-modified time）来判断文件是否发生变化。如果文件系统或编辑工具没有正确更新文件的最后修改时间，log4j2 可能无法检测到变化。
通过这些方法，你可以轻松设置 log4j2 的监控间隔，使其在配置文件发生变化时自动重新加载配置，而无需重启应用程序。
到此这篇关于一文带你搞定springboot log4j2日志配置文件的文章就介绍到这了,更多相关springboot log4j2日志配置内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论