1.为什么需要LogLevelSwitch项目地址,走过路过可以点个star :)
https://github.com/saigu/LogLevelSwitch
随着业务规模不断扩大,每一次线上故障的快速定位都是对开发同学的巨大挑战。
通过日志进行业务关键逻辑的输出,是定位问题的有效手段之一。但是,过多的日志记录又会对系统造成额外的开销,极端情况下,甚至可能导致系统宕机。
因此,为了兼顾性能和故障场景下的快速定位,我们需要能够实时调整日志等级,以便输出更多的日志信息排查线上问题,或是减少日志打印带来的性能消耗。
基于以上背景,我们的LogLevelSwitch诞生了。
2.功能特性LogLevleSwitch以中间件的形式嵌入应用,基于配置中心的热更新能力,实现了应用运行时动态调整日志等级的能力。
- 兼容性:支持Log4j、Log4j2、Logback等。
- 扩展性:可以使用默认的基于本地配置文件的配置修改方式(仅供本地测试学习使用)。生产上,「强烈推荐」 通过SPI接入你自己的配置中心,实现热更新。
- 易用性:接入简单,效果拔群,只要5分钟你就能用上。
在应用Application中引入我们的LogLevelSwitch。
LogLevelSwitch包含两个核心组件,LogContext和SwitchContext。
- SwitchContext: 保存从配置中心获取的switch开关状态与具体Logger配置信息。通过监听配置中心消息,实时更新switch内容,并实现对Logger等级的修改通知。
- LogContext:保存应用原始的Logger与日志级别信息,并能够根据switch配置 更新 或 复原 Logger的等级。
话不多说了,快来尝尝鲜吧。
4.1 普通spring项目只用三步即可完成。
- STEP 1: 应用中pom引入依赖
<dependency>
<groupId>io.github.saigu</groupId>
<artifactId>log-switch-core</artifactId>
<version>1.0.0-beta</version>
</dependency>
- STEP 2: 构建config Bean
@Configuration
public class LogLevelSwitchConfig {
@Bean
LogLevelSwitch logLevelSwitch() {
return new LogLevelSwitch();
}
}
- STEP 3: 接入配置中心
声明配置中心的SPI实现。
在resource路径下新建 META-INF/services,创建文件名为
io.github.saigu.log.level.sw.listener.ConfigListener的文件,并写入需要的「实现类名」。
实现一:项目自带的LocalFile配置中心
如果你还没有自己的配置中心,那就使用我们自带的基于本地配置文件进行本地测试学习。
「实现类名」为
io.github.saigu.log.level.sw.listener.LocalFileListener
注意,生产上 强烈推荐 通过「实现二」接入你自己的配置中心,实现热更新。
在resource目录下新建LocalSwitch.json文件:
然后填写开关配置:
{
"status": "on",
"loggerBeans": [
{
"name": "all",
"level": "error"
}
]
}
实现二:自定义SPI扩展配置,接入自己的配置中心
如果你已经有了自己的配置中心,那就可以通过SPI扩展配置,接入自己的配置中心。
「实现类名」为你自己的实现类名。
4.2 springboot项目
两步接入。
- STEP 1: 应用中pom引入依赖
<dependency>
<groupId>io.github.saigu</groupId>
<artifactId>log-switch-starter</artifactId>
<version>1.0.0-beta</version>
</dependency>
- STEP 2: 接入配置中心
同「方式一」
SwitchContext是我们的关键配置:
参数名
含义
可选值
status
开关状态
「off」: 关闭,使用应用 「on」:开启,使用配置中心的配置等级。
List<LoggerBean>
日志等级list
如果列表的第一个LoggerBean的name为all,则影响全局logger等级
参考范例:
{
"status": "on",
"loggerBeans": [
{
"name": "all",
"level": "error"
}
]
}
6.注意事项
为了规范日志使用,同时避免影响降级开关效果,初始化的时候会去检测项目中依赖的日志框架实现。
请注意,如果日志提示
“存在多个日志框架实现,建议只保留一个,否则会影响日志降级开关效果”
说明检测到了应用中引入了多个日志框架实现。
建议从pom中进行移除多余日志框架,确保采用唯一日志框架实现。
7.详细设计 TL;DR本文还是专注于介绍吧,后面再讲讲实现吧,敬请期待。
都看到最后了,原创不易,点个关注,点个赞吧~
文章持续更新,可以微信搜索「阿丸笔记 」第一时间阅读,回复【笔记】获取Canal、MySQL、HBase、JAVA实战笔记,回复【资料】获取一线大厂面试资料。
知识碎片重新梳理,构建Java知识图谱:github.com/saigu/JavaK…(历史文章查阅非常方便)