看一下spring boot如何一步一步地初始化Logback

前言

本文基于spring boot 3.0.2版本进行分析。

源码位置

既然是分析spring boot初始化logback部分的源码实现,第一步肯定是要找到源码在哪个位置,如下:

在这个logback包下面就是具体的实现。

初始化

spring boot的logging模块是随spring boot启动的时候就进行初始化,毕竟日志模块要尽可能早的进行初始化,至少要比其它功能模块初始化的早。

方法调用栈

借助idea的debug,通过方法调用栈来查看logback初始化的调整流程:

画蓝框的地方表明这是发布了一个ApplicationEnvironmentPreparedEvent事件,回调相关的监听器的时候执行的初始化动作:

java 复制代码
public void environmentPrepared(ConfigurableBootstrapContext bootstrapContext,  
ConfigurableEnvironment environment) {  
multicastInitialEvent(  
new ApplicationEnvironmentPreparedEvent(bootstrapContext, this.application, this.args, environment));  
}

监听器

日志初始化的代码入口类在LoggingApplicationListener,根据上面的调用栈也可以看到是监听到ApplicationEnvironmentPreparedEvent事件的时候才进行后续的初始化动作:

那么问题来了,LoggingApplicationListener这个监听器是如何被spring boot实例化的。 关键在于spring.factories,如下:

spring core下提供了SpringFactoriesLoader类,用于加载每个jar包下META-INF/spring.factories文件,当我们启动spring boot项目,在main方法中调用SpringApplication.run(Application.class, args)方法时候,会构造SpringApplication实例,在SpringApplication初始化SpringApplication的构造方法中,加载所有的ApplicationListener,如下:

LoggingApplicationListener因此被初始化。

为什么默认初始化Logback

在前面的部分提到了,Logback的初始化的源码在logging包下,但是logging包下包含了3种日志实现,为什么默认初始化logback呢,下面分析下:

这里的关键还在于spring.factories:

再看下前面提到的LoggingApplicationListener监听器的监听事件处理,在项目启动的时候,发布ApplicationEnvironmentPreparedEvent事件之前,会先发布一个ApplicationStartingEvent事件:

在这里进行日志系统的初始化:

因为调用到DelegatingLoggingSystemFactory类的getLoggingSystem方法:

可以看到只要获得一个LoggingSystemFactory实例就返回了,而Logback下的实现是默认排在第一位的,因此默认初始化Logback。

初始化配置

日志系统初始化的时候会加载配置文件进行初始化,代码位置及调用栈如下:

这里会先尝试加载logback本身的配置文件:

java 复制代码
protected String[] getStandardConfigLocations() {  
    return new String[] { "logback-test.groovy", "logback-test.xml", "logback.groovy", "logback.xml" };  
}

如果这几类配置文件都不存在,会开始查找自spring类型的配置:

java 复制代码
protected String[] getSpringConfigLocations() {  
    String[] locations = getStandardConfigLocations();  
    for (int i = 0; i < locations.length; i++) {  
        String extension = StringUtils.getFilenameExtension(locations[i]);  
        locations[i] = locations[i].substring(0, locations[i].length() - extension.length() - 1) + "-spring."  
+ extension;  
    }  
    return locations;  
}

根据源码其实可以看到就是logback的配置文件里后续加上-spring,比如logback-spring.xml,经常开发的同学应该都知道。 加载完配置文件,下面的初始化代码就没有比较特别的地方了,就是logback的初始化流程了:

当然,如果没有任何配置文件,最后就会采用默认的初始化配置:

默认的话,如果不指定日志文件:日志就只会输出到控制台了,下面这两个任选一:

如果没有配置上面这两个选项的任何一个,logFile是空的,就只会输出日志到控制台:

相关推荐
随便叫个啥呢7 小时前
java使用poi-tl模版+vform自定义表单生成word,使用LibreOffice导出为pdf
java·pdf·word
面向星辰8 小时前
扣子开始节点和结束节点
java·服务器·前端
烤麻辣烫9 小时前
黑马程序员苍穹外卖(新手)Day1
java·数据库·spring boot·学习·mybatis
失散139 小时前
分布式专题——51 ES 深度分页问题及其解决方案详解
java·分布式·elasticsearch·架构
FreeBuf_9 小时前
思科CCX软件曝高危RCE:攻击者可利用Java RMI和CCX Editor获取root权限
java·网络·安全
_esther_9 小时前
【字符串String类大集合】构造创建_常量池情况_获取方法_截取方法_转换方法_String和基本数据类型互转方法
java
lkbhua莱克瓦249 小时前
Java基础——集合进阶5
java·开发语言·集合·泛型
Mr. bigworth9 小时前
三级缓存解决循环依赖的原理
spring boot
WZTTMoon9 小时前
Spring 配置解析与 @Value 注入核心流程详解
java·spring boot·spring
程序定小飞10 小时前
基于springboot的健身房管理系统开发与设计
java·spring boot·后端