Spring源码日志分析

小咪咪 2021-09-23 05:06 372阅读 0赞

1.jdk自带的java util logging,即jul  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70][]  
日志输出格式：  
![20201009223819655.png][]  
从源码可以看到jul的Logger是个具体的类  
![20201009224351670.png][]  
  
2.apache的commons-logging，即jcl  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 1][]  
输出结果,没有任何配置  
![20201009224551893.png][]  
从表面看起来是使用的jul，实际上是什么样的，查看源码Log是一个接口，而不是具体的实现类

![20201009224716745.png][]  
  
看LogFactory.getLog源码，实际上是有一个数组，里面放了4种日志打印方式  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 2][]  
  
然后通过反射获取数组里的对象

private Log createLogFromClass(String logAdapterClassName, String logCategory, boolean affectState) throws LogConfigurationException {
            if (isDiagnosticsEnabled()) {
                this.logDiagnostic("Attempting to instantiate '" + logAdapterClassName + "'");
            }
    
            Object[] params = new Object[]{logCategory};
            Log logAdapter = null;
            Constructor constructor = null;
            Class logAdapterClass = null;
            ClassLoader currentCL = this.getBaseClassLoader();
    
            while(true) {
                this.logDiagnostic("Trying to load '" + logAdapterClassName + "' from classloader " + LogFactory.objectId(currentCL));
    
                String resourceName;
                try {
                    if (isDiagnosticsEnabled()) {
                        resourceName = logAdapterClassName.replace('.', '/') + ".class";
                        URL url;
                        if (currentCL != null) {
                            url = currentCL.getResource(resourceName);
                        } else {
                            url = ClassLoader.getSystemResource(resourceName + ".class");
                        }
    
                        if (url == null) {
                            this.logDiagnostic("Class '" + logAdapterClassName + "' [" + resourceName + "] cannot be found.");
                        } else {
                            this.logDiagnostic("Class '" + logAdapterClassName + "' was found at '" + url + "'");
                        }
                    }
    
                    Class c;
                    try {
                        c = Class.forName(logAdapterClassName, true, currentCL);
                    } catch (ClassNotFoundException var15) {
                        String msg = var15.getMessage();
                        this.logDiagnostic("The log adapter '" + logAdapterClassName + "' is not available via classloader " + LogFactory.objectId(currentCL) + ": " + msg.trim());
    
                        try {
                            c = Class.forName(logAdapterClassName);
                        } catch (ClassNotFoundException var14) {
                            msg = var14.getMessage();
                            this.logDiagnostic("The log adapter '" + logAdapterClassName + "' is not available via the LogFactoryImpl class classloader: " + msg.trim());
                            break;
                        }
                    }
    
                    constructor = c.getConstructor(this.logConstructorSignature);
                    Object o = constructor.newInstance(params);
                    if (o instanceof Log) {
                        logAdapterClass = c;
                        logAdapter = (Log)o;
                        break;
                    }
    
                    this.handleFlawedHierarchy(currentCL, c);
                } catch (NoClassDefFoundError var16) {
                    resourceName = var16.getMessage();
                    this.logDiagnostic("The log adapter '" + logAdapterClassName + "' is missing dependencies when loaded via classloader " + LogFactory.objectId(currentCL) + ": " + resourceName.trim());
                    break;
                } catch (ExceptionInInitializerError var17) {
                    resourceName = var17.getMessage();
                    this.logDiagnostic("The log adapter '" + logAdapterClassName + "' is unable to initialize itself when loaded via classloader " + LogFactory.objectId(currentCL) + ": " + resourceName.trim());
                    break;
                } catch (LogConfigurationException var18) {
                    throw var18;
                } catch (Throwable var19) {
                    LogFactory.handleThrowable(var19);
                    this.handleFlawedDiscovery(logAdapterClassName, currentCL, var19);
                }
    
                if (currentCL == null) {
                    break;
                }
    
                currentCL = this.getParentClassLoader(currentCL);
            }
    
            if (logAdapterClass != null && affectState) {
                this.logClassName = logAdapterClassName;
                this.logConstructor = constructor;
    
                try {
                    this.logMethod = logAdapterClass.getMethod("setLogFactory", this.logMethodSignature);
                    this.logDiagnostic("Found method setLogFactory(LogFactory) in '" + logAdapterClassName + "'");
                } catch (Throwable var13) {
                    LogFactory.handleThrowable(var13);
                    this.logMethod = null;
                    this.logDiagnostic("[INFO] '" + logAdapterClassName + "' from classloader " + LogFactory.objectId(currentCL) + " does not declare optional method " + "setLogFactory(LogFactory)");
                }
    
                this.logDiagnostic("Log adapter '" + logAdapterClassName + "' from classloader " + LogFactory.objectId(logAdapterClass.getClassLoader()) + " has been selected for use.");
            }
    
            return logAdapter;
        }

当能找到log4j的情况，则使用log4j打印，加入log4j的jar包和log4j.properties

log4j.rootLogger=INFO,stdout,logfile
    log4j.appender.stdout=org.apache.log4j.ConsoleAppender
    log4j.appender.stdout.Target=System.out
    log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
    log4j.appender.stdout.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} %F %p %m%n
    
    log4j.appender.logfile=org.apache.log4j.FileAppender
    log4j.appender.logfile.File=D:/test.log
    log4j.appender.logfile.layout=org.apache.log4j.PatternLayout
    log4j.appender.logfile.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} %F %p %m%n

再输出结果，则使用的时loj4j打印  
![20201009232945683.png][]  
根据源码分析出：**使用jcl打印日志的时，当项目中有log4j的jar包和配置的时候，优先使用log4j，没有log4j的时候使用jul(jdk14或jdk13)，jdk13目前也没用了，最后是Simple Log(目前基本已不使用)**

**jcl的缺陷，扩展性差，只有数组里提供的四种日志类型，spring5.0已下则依赖的是apache的commons-logging**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 3][]  
**而spring5.0以上在不再使用apache原生的commons-logging,而是自己扩展了jcl，apache原生的commons-logging已停止更新不建议使用**  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 4][]  
  
3.spring的jcl  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 5][]

来源于spring的jcl的jar包  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 6][]

spring5以上支持的日志顺序log4j2->slf4j\_lal（1.3版本及以后）->slf4j（1.3版本之前）->默认jul，当匹配不到时使用默认的jul  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 7][]  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 8][]  
![20201009235432223.png][]

**可以发现spring5是不支持log4j，支持log4j2的，那为什么在我们的项目中会看到可以使用log4j呢？一种情况使用的是spring5已下的版本，如果是spring5是因为我们使用的slf4j然后通过绑定器实现使用log4j打印日志。**  
  
增加slf4j的jar包slf4j-api和slf4j与log4j的的绑定器slf4j-log4j12(log4j 1.x的版本)

<dependency>
                <groupId>org.slf4j</groupId>
                <artifactId>slf4j-log4j12</artifactId>
                <version>1.7.28</version>
            </dependency>
            <dependency>
                <groupId>org.slf4j</groupId>
                <artifactId>slf4j-api</artifactId>
                <version>1.7.28</version>
            </dependency>
    
            <dependency>
                <groupId>log4j</groupId>
                <artifactId>log4j</artifactId>
                <version>1.2.17</version>
            </dependency>

**发现可以正常使用log4j的方式打印**  
![20201010001306713.png][]  
  
**去掉绑定器**slf4j-log4j12，**则报错**  
![20201010001431885.png][]  
  
  
**以上分析可知：从日志扩展角度和移植行，建议使用slf4j接口，它为每个日志的实现类都对应了一个绑定器，换日志打印时比较方便，扩展性好，不建议在代码中直接使日志具体实现类。如log4j,jul，也不建议使用apache原生jcl，已停止更新且扩展性差**  
  
还有一个问题是slf4j log4j死循环的问题：  
项目加入slf4j-log4j12的jar包，又加入log4j-over-slf4j的jar包，会导致死循环  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 9][]

究其本质的原因是: log4j代理给slf4j --> slf4j绑定到log4j,所以循环于此,所以会报错

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70]: /images/20210923/93d1029a97054013be40f1822b352876.png
[20201009223819655.png]: /images/20210923/b9fdca9409fb4a2691656312faeb0f9f.png
[20201009224351670.png]: /images/20210923/9c7cd422b785487d8fa22f2ebbd0abdc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20201009224506733.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70
[20201009224551893.png]: https://img-blog.csdnimg.cn/20201009224551893.png
[20201009224716745.png]: https://img-blog.csdnimg.cn/20201009224716745.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20201009230421237.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70
[20201009232945683.png]: https://img-blog.csdnimg.cn/20201009232945683.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 3]: https://img-blog.csdnimg.cn/20201009233250945.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 4]: https://img-blog.csdnimg.cn/20201009233741899.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 5]: https://img-blog.csdnimg.cn/20201009234227867.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 6]: https://img-blog.csdnimg.cn/20201009234258192.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 7]: https://img-blog.csdnimg.cn/20201009234902694.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 8]: https://img-blog.csdnimg.cn/20201009234456650.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70
[20201009235432223.png]: https://img-blog.csdnimg.cn/20201009235432223.png
[20201010001306713.png]: https://img-blog.csdnimg.cn/20201010001306713.png
[20201010001431885.png]: https://img-blog.csdnimg.cn/20201010001431885.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ_size_16_color_FFFFFF_t_70 9]: https://img-blog.csdnimg.cn/20201010003913125.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RoajE5OTE4MQ==,size_16,color_FFFFFF,t_70

发表评论取消回复

表情：

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

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

相关阅读

相关 Spring 源码分析 spring-core

来看下 spring-core 的包结构 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text...

快来打我*/ 2024年04月19日 10:22/ 0 赞/ 73 阅读

相关 Spring源码分析

前言作为一名开发人员，阅读源码是一个很好的学习方式。本文将结合《Spring源码深度解析》来分析Spring 5.0.6版本的源代码，若有描述错误之处，欢迎指正。 ...

蔚落/ 2024年04月19日 10:20/ 0 赞/ 74 阅读

相关 Kafka日志删除源码分析

昨天[Kafka][]集群磁盘容量达到了90%，于是赶紧将Log的保存时间设置成24小时，但是发现设置完之后Log仍然没有被删除。于是今天特意去看了一下[Kafka][]日志删

清疚/ 2023年01月16日 15:25/ 0 赞/ 160 阅读

相关【Spring源码分析】10、Spring 事物案例学习、原理分析、源码分析

文章目录 1、Spring 事物管理（1）四种事物特性ACID （2）五种隔离级别（3）七种传播行

你的名字/ 2022年12月05日 12:08/ 0 赞/ 241 阅读

相关【Spring源码分析】9、Spring AOP 案例学习、原理分析、源码分析

文章目录 1、Spring AOP （1）Spring AOP概念（2）Spring AOP术语（

╰半橙微兮°/ 2022年12月05日 04:58/ 0 赞/ 211 阅读

相关 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 赞/ 170 阅读

相关 Spring 源码分析之AbstractApplicationContext源码分析

　　首先我觉得分析ApplicationContext必须从它的实现类开始进行分析，AbstractApplicationContext我觉得是一个不错的选择，那我们就从这里开

Love The Way You Lie/ 2022年01月11日 01:09/ 0 赞/ 511 阅读

相关 Spring源码日志分析

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

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

相关 Spring源码日志分析

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

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