slf4j-api、slf4j-log4j12以及log4j之间什么关系？

第一篇

log4j 大家都知道，就不在多说了，重点说说slf4j;

简单日记门面(simple logging Facade for java)SLF4J是为各种loging
APIs提供一个简单统一的接口，从而使得最终用户能够在部署的时候配置自己希
望的loging APIs实现

准确的说，slf4j并不是一种具体的日志系统，而是一个用户日志系统的
facade，允许用户在部署最终应用时方便的变更其日志系统。
在系统开发中，统一按照slf4j的API进行开发，在部署时，选择不同的日
志系统包，即可自动转换到不同的日志系统上。比如：选择JDK自带的日志系
统，则只需要将slf4j-api-1.5.10.jar和slf4j-jdk14-1.5.10.jar放置到
classpath中即可，如果中途无法忍受JDK自带的日志系统了，想换成log4j的日
志系统，仅需要用slf4j-log4j12-1.5.10.jar替换slf4j-jdk14-1.5.10.jar即可
（当然也需要log4j的jar及配置文件）

SLF4J获得logger对象：
private static final Logger logger = LoggerFactory.getLogger(Test.class);
输出日志信息：
logger.debug(“debug”);

LOG4J获得logger对象：

public class A {
private static Logger logger = Logger.getLogger(A.class);
}

下面对slf4j和log4j做一下总结： 
（1）大部分人在程序里面会去写logger.error(exception),其实这个时候log4j回去把这个exception tostring。真正的写法应该是logger(message.exception);而slf4j就不会使得程序员犯这个错误。 

(2)log4j间接的在鼓励程序员使用string相加的写法，而slf4j就不会有这个问题 
你可以使用logger.error("{} is+serviceid",serviceid); 

（3）使用slf4j可以方便的使用其提供的各种集体的实现的jar。（类似commons-logger） 

（4）从commons--logger和log4j merge非常方便，slf4j也提供了一个swing的tools来帮助大家完成这个merge。

第二篇

几乎在每个jar包里都可以看到log4j的身影，在多个子工程构成项目中，slf4j相关的冲突时不时就跳出来让你不爽，那么slf4j-api、slf4j-log4j12还有log4j他们是什么关系？我把自己了解的和大家简单分享一下：

    slf4j:Simple Logging Facade for Java，为java提供的简单日志Facade。Facade：门面，更底层一点说就是接口。他允许用户以自己的喜好，在工程中通过slf4j接入不同的日志系统。更直观一点，slf4j是个数据线，一端嵌入程序，另一端链接日志系统，从而实现将程序中的信息导入到日志系统并记录。 

   因此，slf4j入口就是众多接口的集合，他不负责具体的日志实现，只在编译时负责寻找合适的日志系统进行绑定。具体有哪些接口，全部都定义在slf4j-api中。查看slf4j-api源码就可以发现，里面除了public final class LoggerFactory类之外，都是接口定义。因此，slf4j-api本质就是一个接口定义。

      

下图比较清晰的描述了他们之间的关系：

   

     

  当系统采用log4j作为日志框架实现的调用关系：

    

    首先系统包含slf4j-api作为日志接入的接口；

    

    at compile时slf4j-api中public final class LoggerFactor类中

    private final static void bind() 方法会寻找具体的日志实现类绑定，主要通过
    StaticLoggerBinder.getSingleton();语句调用

    

  

   slf4j-log4j12:链接slf4j-api和log4j中间的适配器。它实现了slf4j-apiz中StaticLoggerBinder接口，从而使得在编译时绑定的是slf4j-log4j12的getSingleton()方法

log4j:这个是具体的日志系统。通过slf4j-log4j12初始化Log4j，达到最终日志的输出。