SLF4J作为一个服务很多日志框架的门店或者抽象，一些相关插件使用了设计模式中的门面模式以及代理模式，我们可以SLF4J这个框架很容易就切换具体的日志框架，比如logback、log4j等，还能将使用log4j日志框架输出的日志路由到SLF4J上（通过org.slf4j:log4j-over-slf4j:jar这个jar包实现）。
特别需要指出的是SLF4J采用的是动态绑定具体日志框架的方式，根据classpath目录下放置的绑定jar包来实现绑定，常见绑定jar包如下：
具体用法：使用log4j-over-slf4j取代log4j，这样log4j接口输出的日志就会通过log4j-over-slf4j路由到SLF4J上，这样即使系统（包含使用的第三方jar库，比如dubbo）都可以将日志最终路由到SLF4J上，进而集中输出。
工作原理
本文就以log4j-over-slf4j这个jar库为例来说明这其中的原理：
这个里面使用的是迷惑战术，按照log4j库的目录排布放置几个相关类（比如Logger等），这样系统中使用log4j的代码编译就不会出错，但是这些代理logger内部实现时却将日志悄悄代理到了SLF4J相关接口，相关部分代码如下：
代码语言：javascript复制 public void debug(Object message)
{
differentiatedLog(null, CATEGORY_FQCN, 10, message, null);
}
public void info(Object message, Throwable t)
{
differentiatedLog(null, CATEGORY_FQCN, 20, message, t);
}
下面将揭开庐山真面目：
protected Logger slf4jLogger; --org.apache.log4j.Category类属性，该属性就是org.slf4j.Logger类型了，到此相信大家已经知道了绑定类的工作原理。
代码语言：javascript复制 void differentiatedLog(Marker marker, String fqcn, int level, Object message, Throwable t)
{
String m = convertToString(message);
if (this.locationAwareLogger != null) {
this.locationAwareLogger.log(marker, fqcn, level, m, null, t);
} else {
switch (level)
{
case 0:
this.slf4jLogger.trace(marker, m);
break;
case 10:
this.slf4jLogger.debug(marker, m);
break;
case 20:
this.slf4jLogger.info(marker, m);
break;
case 30:
this.slf4jLogger.warn(marker, m);
break;
case 40:
this.slf4jLogger.error(marker, m);
}
}
}
