浅谈日志框架slf4j原理,以及与logback,log4j的关系

源码 2024-9-9 21:07:11 35 0 来自 中国
# 媒介
日志是每个Java项目必不可少的构成部分,我们几乎天天都和日志打交道。但是有的项目是logback,有的是log4j,偶然间又是slf4j,傻傻分不清楚。
如果一个Spring项目原先是logback,归并一个新项目,新项目用的是log4j,那么日志文件用哪个,如果都用会怎么样?
下面就来说说。
slf4j,是个壳子,在java里面叫门面模式,顾名思义,就是一个署理的门面。它负责提供日志输出的标准方法,我们只必要调用slf4j的Logger和api,即可实现我们输出日志的功能。而至于具体日志输出的实现,则交给slf4j绑定的日志框架。log4j和logback都是更加底层一点的日志框架。其中logback是slf4j的默认实现,而log4j则要颠末一层适配,才可以接入进来。
下面的图很清楚地体现了它们的关系:


一样寻常利用日志如下:引用的是slf4j的类。
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
private static Loggerlog = LoggerFactory.getLogger(DemoApplication.class);
进入Logger可以看到,这是一个接口,并不负责具体实现,具体实现要看Logger里面的代码了。
# 具体实现
// LoggerFactory.getLogger第一步
Logger logger = getLogger(clazz.getName());
//进入子女码如下,return是返回工厂方法,进入getILoggerFactory
ILoggerFactory iLoggerFactory = getILoggerFactory();
return iLoggerFactory.getLogger(name);
// 判断初始化状态以及加锁,核心代码在performInitialization()方法中
if(INITIALIZATION_STATE == 0) {
    Class var0 = LoggerFactory.class;
    synchronized(LoggerFactory.class) {
        if(INITIALIZATION_STATE == 0) {
            INITIALIZATION_STATE = 1;
            performInitialization();
        }
    }
}
// performInitialization方法中,bind 方法负责绑定具体的实现类
bind();
if(INITIALIZATION_STATE == 3) {
    versionSanityCheck();
}
// 判断是否有多绑定
if(!isAndroid()) {
    e = findPossibleStaticLoggerBinderPathSet();
    reportMultipleBindingAmbiguity(e);
}       
/* 在findPossibleStaticLoggerBinderPathSet中,slf4j会扫描设置类org/slf4j/impl/StaticLoggerBinder.class,
如果classpath下扫描到多个设置类,说明有多个日志框架可以绑定,slf4j会选择其中一个作为终极的日志实现。
在某些时间我们会在启动日志中发现赤色的slf4j的日志,就是雷同这个地方通过System.err输出出来的。*/
try {
    ClassLoader ioe = LoggerFactory.class.getClassLoader();
    Enumeration paths;
    if(ioe == null) {
        paths = ClassLoader.getSystemResources(STATIC_LOGGER_BINDER_PATH);
    } else {
        paths = ioe.getResources(STATIC_LOGGER_BINDER_PATH);
    }
    while(paths.hasMoreElements()) {
        URL path = (URL)paths.nextElement();
        staticLoggerBinderPathSet.add(path);
    }
} catch (IOException var4) {
    Util.report("Error getting resources from path", var4);
}
//核心代码在StaticLoggerBinder中,这个类通过静态方法init初始化,内部持有一个自身对象,通过静态方法获取单例
StaticLoggerBinder.getSingleton();
INITIALIZATION_STATE = 3;
reportActualBinding(e);
在StaticLoggerBinder的init方法中,通过autoConfig加载日志设置文件。
先去找体系情况变量设置的logback.configurationFile,如果没有,则去找logback-test.xml,如果照旧没有找到,就去找logback.xml。
末了依然没有找到,则初始化一个控制台ConsoleAppender,就像spring-boot项目初始化没有新增logback设置文件时的体现一样。
那么回到最开始的标题:
如果项目里同时绑定log4j和logback,slf4j会怎么样呢?他会选择其中一个作为实现方式,多余的则没有见效。
比方我们在spring的pom里面设置log4j的依靠,启动后,控制台会输出如下日志:
```
SLF4J: Class path contains multiple SLF4J bindings.
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]
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]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
```
如果以为写得不错,不妨点个赞,您的肯定是我继续分享的动力,后续还会继续研究其他标题。
原文链接:https://blog.csdn.net/qq_29558011/article/details/125882115
您需要登录后才可以回帖 登录 | 立即注册

Powered by CangBaoKu v1.0 小黑屋藏宝库It社区( 冀ICP备14008649号 )

GMT+8, 2024-12-4 16:49, Processed in 0.162065 second(s), 32 queries.© 2003-2025 cbk Team.

快速回复 返回顶部 返回列表