Spring中的日志框架变化与源码分析

布满荆棘的人生 2022-11-15 11:24 170阅读 0赞

## Spring4中的日志 ##

引入Spring4的依赖

<dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>4.3.25.RELEASE</version>
    </dependency>

测试类SpringLogTest

package com.morris.spring.log;
    
    import org.springframework.context.ApplicationContext;
    import org.springframework.context.annotation.AnnotationConfigApplicationContext;
    
    public class SpringLogTest { 
    
        public static void main(String[] args) { 
            ApplicationContext applicationContext = new AnnotationConfigApplicationContext(SpringLogTest.class);
        }
    }

运行结果如下：

![在这里插入图片描述][20210331162035276.png]

发现日志格式长得跟JUL打印的日志格式差不多。

引入Log4j的依赖和log4j.properties

运行结果如下：

![在这里插入图片描述][20210331162047171.png]

从运行结果可得知确实使用了Log4j来记录日志，可以猜测底层是使用了JCL来记录日志。

根据日志打印的行数查找org.springframework.context.support.AbstractApplicationContext 583行查询logger到底是什么类型？

import org.apache.commons.logging.Log;
    import org.apache.commons.logging.LogFactory;
    ... ...
    protected final Log logger = LogFactory.getLog(getClass());

此类位于spring的依赖jcl中:

![在这里插入图片描述][20210331162059730.png]

## spring5中的日志 ##

引入spring5的依赖，去除log4j的依赖，目前项目中只有spring5的依赖：

<dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>5.2.1.RELEASE</version>
    </dependency>

运行SpringLogTest，发现什么日志也没有打印，纳尼？

![在这里插入图片描述][20210331162111414.png]

再次引入log4j的依赖，发现还是什么日志都没有打印。

下面从源码中寻找原因。

再次打开`org.springframework.context.support.AbstractApplicationContext`的源码查看logger的类型，注意此时要打开spring5的源码：

org.springframework.context.support.AbstractApplicationContext\#prepareRefresh

...
    if (logger.isDebugEnabled()) { 
    	if (logger.isTraceEnabled()) { 
    		logger.trace("Refreshing " + this);
    	}
    	else { 
    		logger.debug("Refreshing " + getDisplayName());
    	}
    }
    ...

此时的代码行数变了，日志级别由原来的info也变成了现在的debug级别。

import org.apache.commons.logging.Log;
    import org.apache.commons.logging.LogFactory;
    ... ...
    protected final Log logger = LogFactory.getLog(getClass());

发现logger类型还是原来那个类型`org.apache.commons.logging.Log`，这不还是JCL的包吗，为什么不按JCL的套路工作呢？

仔细一看这个类所处的jar文件名为

![在这里插入图片描述][20210331162258715.png]

继续追踪源码，查看`LogFactory.getLog(getClass())`的源码：

public static Log getLog(Class<?> clazz) { 
        return getLog(clazz.getName());
    }
    
    public static Log getLog(String name) { 
        return LogAdapter.createLog(name);
    }

会调到org.apache.commons.logging.LogAdapter\#createLog，spring会根据logApi的值来确定到底使用哪种日志框架，那么logApi的初始值是什么呢？

private static final String LOG4J_SLF4J_PROVIDER = "org.apache.logging.slf4j.SLF4JProvider";
    private static final String SLF4J_SPI = "org.slf4j.spi.LocationAwareLogger";
    private static final String SLF4J_API = "org.slf4j.Logger";
    private static final LogApi logApi;
    
    static { 
        if (isPresent(LOG4J_SPI)) { 
            if (isPresent(LOG4J_SLF4J_PROVIDER) && isPresent(SLF4J_SPI)) { 
                // log4j-to-slf4j bridge -> we'll rather go with the SLF4J SPI;
                // however, we still prefer Log4j over the plain SLF4J API since
                // the latter does not have location awareness support.
                logApi = LogApi.SLF4J_LAL;
            }
            else { 
                logApi = LogApi.LOG4J; // Log4j2
            }
        }
        else if (isPresent(SLF4J_SPI)) { 
            logApi = LogApi.SLF4J_LAL; // SLF4j
        }
        else if (isPresent(SLF4J_API)) { 
            logApi = LogApi.SLF4J;
        }
        else { 
            logApi = LogApi.JUL; // JUL
        }
    }

LogAdapter的静态类会依次加载Log4j2，slf4j，没有找到就使用JUL。

回答spring5不使用Log4j打印日志的问题？

1.  Spring5会使用SLF4J，要打印日志，还需引入Log4j对应的绑定器。
2.  Spring5中对应打印日志的那行代码的日志级别为debug，而Spring4中是info，JUL的默认日志级别为info。

因此将slf4j-api和slf4j-log4j12引入项目，并将log4j的日志级别调为debug，就能看见spring的日志了。

[20210331162035276.png]: /images/20221022/0bd0bedca9f1496c83284891a8842aa5.png
[20210331162047171.png]: /images/20221022/56512d4ef7fb4b509c2f23adf4116d1d.png
[20210331162059730.png]: https://img-blog.csdnimg.cn/20210331162059730.png
[20210331162111414.png]: https://img-blog.csdnimg.cn/20210331162111414.png
[20210331162258715.png]: https://img-blog.csdnimg.cn/20210331162258715.png

发表评论取消回复

表情：

评论列表（有 0 条评论，170人围观）

还没有评论，来说两句吧...

相关阅读

相关 Spring中ApplicationListener源码分析

对于ApplicationListener使用Spring的应该也熟悉，因为这就是我们平时学习的观察者模式的实际代表。 Spring基于Java提供的EventListene

超、凢脫俗/ 2023年09月24日 18:42/ 0 赞/ 40 阅读

相关 Spring源码分析_框架原理图

以你之姓@/ 2023年01月10日 05:04/ 0 赞/ 164 阅读

相关 Spring源码分析-Spring事务源码分析

> 导语 > 在配置Spring事务管理的时候会用到一个类TransactionInterceptor，从下面的类关系图中可以看到TransactionInte

迷南。/ 2022年11月29日 12:55/ 0 赞/ 308 阅读

相关 Spring中的日志框架变化与源码分析

Spring4中的日志引入Spring4的依赖 <dependency> <groupId>org.springframework</grou

布满荆棘的人生/ 2022年11月15日 11:24/ 0 赞/ 171 阅读

相关 Spring源码分析——Spring中的JDBC

该文章基于《Spring源码深度解析》撰写，感谢郝佳老师的奉献 JDBC模块 UPDATE 方法一 public int update(String sq

约定不等于承诺〃/ 2022年05月30日 10:40/ 0 赞/ 251 阅读

相关 Spring框架源码分析

Spring核心知识 Spring是一个开源框架，Spring是于2003年兴起的一个轻量级的Java开发框架，由Rod Johnson在其著作Expert

落日映苍穹つ/ 2022年05月15日 12:07/ 0 赞/ 260 阅读

相关基于Hadoop的日志收集框架---Chukwa的源码分析(连接器)

1. 接口、实现类简介 (1)org.apache.hadoop.chukwa.datacollection.connector.Connector 连接器接口

你的名字/ 2022年03月20日 08:54/ 0 赞/ 255 阅读

相关 Spring源码日志分析

1.jdk自带的java util logging,即jul ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR

亦凉/ 2021年09月24日 19:18/ 0 赞/ 374 阅读

相关 mybatis与spring整合源码分析

1.配置applicationContext.xml <bean id="dataSource" class="com.alibaba.druid.pool.Dr

ゝ一世哀愁。/ 2021年09月24日 07:04/ 0 赞/ 369 阅读

相关 Spring源码日志分析

1.jdk自带的java util logging,即jul ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR

小咪咪/ 2021年09月23日 05:06/ 0 赞/ 373 阅读