slf4j是目前最流行的java日志记录门面框架,日志打印相关的代码只需要使用slf4j-api.jar相关的api即可,可以自由切换日志打印的底层日志框架(比如logback、log4j)。我们来逐渐揭开slf4j-api的神秘面纱,现在从最常用的LoggerFactory.getLogger()
说起吧!
备注: slf4j-api 2.0.0-alpha1版本
看一段代码日志
public class ClassLoaderTests {
public static final String STATIC_LOGGER_BINDER_PATH = "org/slf4j/impl/StaticLoggerBinder.class";
public static final String HELLO_WORLD_PATH = "com/gson/javaslf4j/HelloWorld.class";
public static void main(String[] args) {
try {
Logger logger = LoggerFactory.getLogger(ClassLoaderTests.class);
logger.info("Hello World");
Enumeration<URL> resources = ClassLoaderTests.class.getClassLoader().getResources(STATIC_LOGGER_BINDER_PATH);
while (resources.hasMoreElements()){
System.out.println(resources.nextElement());
}
resources = ClassLoaderTests.class.getClassLoader().getResources(HELLO_WORLD_PATH);
while (resources.hasMoreElements()){
System.out.println(resources.nextElement());
}
} catch (IOException e) {
e.printStackTrace();
}
}
}
控制台日志结果
SLF4J: No SLF4J providers were found.
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#noProviders for further details.
带着几个问题,我们继续往下看
1. No SLF4J providers were found. 是什么意思?
2. Defaulting to no-operation (NOP) logger implementation 默认的实现NopLogger是什么?
3. 为什么 HelloWord 没有在控制台打印出来?
SLF4JServiceProvider的SPI机制
slf4j-api之所以能连接任意的底层日志框架,正是由于SPI机制(跟sql机制是一样的), SLF4JServiceProvider接口定义了底层日志框架与slf4j-api的连接点,只要底层日志框架实现了SLF4JServiceProvider接口,LoggerFactory.getLogger()
在第一次执行时就会通过SPI机制(ServiceLoader)找到适配的底层日志框架,后面日志输出就是底层日志框架的事了。
但是,如果未找到呢?或者找到两个及两个以上实现呢?会怎么样?
可以看到,直接使用slf4j-api时,由于没有绑定底层日志框架,默认使用NopLogger, 那么NopLogger是什么呢?它是slf4j-api中默认的日志打印实现类,不打印日志, NOP(空操作)就是这个意思!
所以问题1,2,3就都一起解决了。
API顶层设计
目前为止,我认为slf4j-api的底层设计核心类是上面几个类。源码中会提到 编译期LoggerFactory内部就已经绑定到了一个ILoggerFactory实现类了(ILoggerFactory实现类一般在底层日志框架), 这 句话怎么理解呢?
其实不难理解,我们的Logger类一般怎么写的?
class B{
public static final Logger logger = LoggerFactory.getLogger(A.class);
}
静态类变量在编译期就执行,所以编译期其实底层日志框架就已经确定了。