日志框架slf4j原理，和和logback，log4j的关系

# 前言

日志是每个Java项目必不可少的组成部分，我们几乎每天都和日志打交道。但是有的项目是logback，有的是log4j，有时候又是slf4j，傻傻分不清楚。

如果一个Spring项目原先是logback，合并一个新项目，新项目用的是log4j，那么日志文件用哪个，如果都用会怎么样？

下面就来说说。

slf4j，是个壳子，在java里面叫门面模式，顾名思义，就是一个代理的门面。它负责提供日志输出的标准方法，我们只需要调用slf4j的Logger和api，即可实现我们输出日志的功能。而至于具体日志输出的实现，则交给slf4j绑定的日志框架。log4j和logback都是更加底层一点的日志框架。其中logback是slf4j的默认实现，而log4j则要经过一层适配，才可以接入进来。

下面的图很清晰地表示了它们的关系：

 一般使用日志如下：引用的是slf4j的类。

1.  
   import org.slf4j.Logger;
2.  
    
3.  
   import org.slf4j.LoggerFactory;
4.  
    
5.  
   private static Loggerlog = LoggerFactory.getLogger(DemoApplication.class);

进入Logger可以看到，这是一个接口，并不负责具体实现，具体实现要看Logger里面的代码了。

# 具体实现

1.  
    
2.  
   // LoggerFactory.getLogger第一步
3.  
   Logger logger = getLogger(clazz.getName());
4.  
    
5.  
   //进入后代码如下，return是返回工厂方法，进入getILoggerFactory
6.  
   ILoggerFactory iLoggerFactory = getILoggerFactory();
7.  
   return iLoggerFactory.getLogger(name);
8.  
           
9.  
    
10.  
    // 判断初始化状态以及加锁，核心代码在performInitialization()方法中
11.  
    if(INITIALIZATION_STATE == 0) {
12.  
        Class var0 = LoggerFactory.class;
13.  
        synchronized(LoggerFactory.class) {
14.  
            if(INITIALIZATION_STATE == 0) {
15.  
                INITIALIZATION_STATE = 1;
16.  
                performInitialization();
17.  
            }
18.  
        }
19.  
    }
20.  
     
21.  
    // performInitialization方法中，bind 方法负责绑定具体的实现类
22.  
    bind();
23.  
    if(INITIALIZATION_STATE == 3) {
24.  
        versionSanityCheck();
25.  
    }
26.  
     
27.  
    // 判断是否有多绑定
28.  
    if(!isAndroid()) {
29.  
        e = findPossibleStaticLoggerBinderPathSet();
30.  
        reportMultipleBindingAmbiguity(e);
31.  
    }        
32.  
    /* 在findPossibleStaticLoggerBinderPathSet中，slf4j会扫描配置类org/slf4j/impl/StaticLoggerBinder.class，
33.  
    如果classpath下扫描到多个配置类，说明有多个日志框架可以绑定，slf4j会选择其中一个作为最终的日志实现。
34.  
    在某些时候我们会在启动日志中发现红色的slf4j的日志，就是类似这个地方通过System.err输出出来的。*/
35.  
    try {
36.  
    ClassLoader ioe = LoggerFactory.class.getClassLoader();
37.  
    Enumeration paths;
38.  
    if(ioe == null) {
39.  
    paths = ClassLoader.getSystemResources(STATIC_LOGGER_BINDER_PATH);
40.  
    } else {
41.  
    paths = ioe.getResources(STATIC_LOGGER_BINDER_PATH);
42.  
    }
43.  
     
44.  
    while(paths.hasMoreElements()) {
45.  
    URL path = (URL)paths.nextElement();
46.  
    staticLoggerBinderPathSet.add(path);
47.  
    }
48.  
    } catch (IOException var4) {
49.  
    Util.report("Error getting resources from path", var4);
50.  
    }
51.  
     
52.  
    //核心代码在StaticLoggerBinder中，这个类通过静态方法init初始化，内部持有一个自身对象，通过静态方法获取单例
53.  
    StaticLoggerBinder.getSingleton();
54.  
    INITIALIZATION_STATE = 3;
55.  
    reportActualBinding(e);

在StaticLoggerBinder的init方法中，通过autoConfig加载日志配置文件。

先去找系统环境变量配置的logback.configurationFile，如果没有，则去找logback-test.xml，如果还是没有找到，就去找logback.xml。

最后依然没有找到，则初始化一个控制台ConsoleAppender，就像spring-boot项目初始化没有新增logback配置文件时的表现一样。

 那么回到最开始的问题：

如果项目里同时绑定log4j和logback，slf4j会怎么样呢？他会选择其中一个作为实现方式，多余的则没有生效。

例如我们在spring的pom里面配置log4j的依赖，启动后，控制台会输出如下日志：

1.  
   SLF4J: Class path contains multiple SLF4J bindings.
2.  
   SLF4J: Found binding in [jar:file:/F:/mvn/repository/ch/qos/logback/logback-classic/1.2.11/logback-classic-1.2.11.jar!/org/slf4j/impl/StaticLoggerBinder.class]
3.  
   SLF4J: Found binding in [jar:file:/F:/mvn/repository/org/slf4j/slf4j-log4j12/1.7.30/slf4j-log4j12-1.7.30.jar!/org/slf4j/impl/StaticLoggerBinder.class]
4.  
   SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
5.  
   SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]

如果觉得写得不错，不妨点个赞，您的肯定是我继续分享的动力，后续还会继续研究其他问题。

这篇好文章是转载于：学新通技术网