Spring5新特性之日志

这篇博文主要讲Spring的新特性–日志,也有其他一些新的特性,由于不是很重要,在这里就不累述,在讲Spring5日志新特性之前,我们先看看Spring4是怎么记录日志的

我们结合源码分析,由于初始化的是AnnotationConfigApplicationContext这个对象,它继承了GenericApplicationContext接口,而GenericApplicationContext又实现了AbstractApplicationContext,最终通过this.refresh()方法进去调用this.prepareRefresh()方法,也就是AbstractApplicationContext的prepareRefresh()方法,我们可以看到,Spring4就是在这个位置打印日志的,我们再查看这个log对象,发现它是commons-logging-1.1.3.jar包下的

上图里我的maven里只添加了一个spring-context的依赖,那这个commons-logging jar包如何得来的,我们可以猜想应该是spring做的手脚,果不其然,打开maven依赖图,可以发现spring-context依赖了spring-core,而spring-core又依赖了commons-logging,这不就是上面那个jar包吗

如果你看了我之前写的关于commons-logging日志框架的分析,那么应该能做出一个大胆的猜想,没错,spring4就是采用jcl来记录日志的,不信证明给你看:
在没有加log4j依赖的情况下,这个logger对象是java中的logger

而如果加了log4j依赖,这个logger对象是log4j


最后我们通过不加log4j依赖和加log4j控制台打印的日志颜色来验证
不加,也就是java util loggering

加,也就是Log4j

由此可见,spring4确实用的就是jcl来实现的日志记录

接下来我们看看spring5是怎么记录日志的
第一步添加spring依赖:

第二步同上面步骤查看logger对象

发现不是我们熟知的jdk,也不是log4j,别急,不是就不是了,去看看底层是如何做的,同样的,找到这个logger对象对应的jar包

我擦,不是commons-loggering,而是spring-jcl-5.0.9.RELEASE.jar,此时此刻,你想说一句什么,是不是牛批,spring5把commons-loggering改了名字,里面的逻辑改没改还不知道,但是如果没改,光改个名字没多大意义,我们继续往下看

通过这个可以知道logger被实例化的入口是在这里,而这个LogFactory恰恰也是spring-jcl jar包下面的

你把上面这张图和commons-loggering里面的对比一下,你会发现获取logger对象的逻辑确实改变了,变的简单生动,就是一个简单的switch语句,关键在于这个logApi

这张图告诉我们,logApi的初始值是JUL,所以在你没有添加任何其他日志框架的情况下,就会走switch语句的default里面,也就是说明我们那个logger对象是java自带的,那我们就得知道如果加了别的日志框架的依赖,logApi它是怎么改变的,请继续看上面那个static静态方法,通过获取LogFactory的ClassLoader,然后loadClass,如果能找到这个类,就把logApi赋值给对应的值,需要注意的是下面这个获取的是log4j2,不是log4j
应该是spring5不支持log4j了,这里就不验证了

cl.loadClass("org.apache.logging.log4j.spi.ExtendedLogger");
logApi = LogFactory.LogApi.LOG4J;