白话从commons-logging到slf4j

为了让系统的log实现变成可配置，java的大牛们实现了两种底层接口规范，1.commons-logging 2.slf4j

一、commons-logging这是一个Apache项目，历史悠久，基于classloader的。包括spring都在使用这个log底层接口规范

实现原理：我定义1个LogFactory，这个LogFactory可以生产Log

至于使用哪个LogFactory就要根据系统不同的配置参数，所以他就能够生产出不同厂家的Log

比如说：

commongs-logging在创建LogFactory的时候有这么个顺序，

a.首先去判断jvm配置参数中是否有设置

b.然后在去检测 META-INF/services/org.apache.commons.logging.LogFactory文件

c.实在找不到就去找用户 commons-logging.properties 里面的配置

d.最后是在都没找到的话，那就使用自己的默认实现LogFactoryImpl（LogFactoryImpl这个默认实现比较有意思，他默认可以生产Log4JLogger、Jdk14Logger、Jdk13LumberjackLogger、SimpleLog）

结论：如果使用commons-logging，必须需要配置一个真正的实现log*.jar干活

二、 slf4j全称为Simple Logging Facade for JAVA，java简单日志门面 ， 类似于Apache Common-Logging，是对不同日志框架提供的一个门面封装，可以在部署的时候不修改任何配置即可接入一种日志实现方案。但是，他在编译时静态绑定真正的Log库。使用SLF4J时，如果你需要使用某一种日志实现，那么你必须选择正确的SLF4J的jar包的集合（各种桥接包）。 slf4j是一个日志系统的封装，对外提供统一的API，不提供日志具体实现

1.slf4j基本包 slf4J-api.jar

2.slf4j桥接具体log实现的包：

    log4j:slf4j-log4j12.jar

    logback:logback-core、logback- classic

3.也可以把slf4j作为commongs-logging的一种实现，需要引入jcl-over-slf4j.jar（这个里面主要关注是在META-INF/services/org.apache.commons.logging.LogFactory文件中配置了LogFactory实现类：org.apache.commons.logging.impl.SLF4JLogFactory）

三、总结

1.目前市面上真正在用的也就是log4j和logback。都是一个人写的，据说logback比log4j性能要好很多，下面看看具体说法

LogBack作为一个通用可靠、快速灵活的日志框架，将作为Log4j的替代和SLF4J组成新的日志系统的完整实现。LogBack声称具有极佳的性能，“ 某些关键操作，比如判定是否记录一条日志语句的操作，其性能得到了显著的提高。这个操作在LogBack中需要3纳秒，而在Log4J中则需要30纳秒。 LogBack创建记录器（logger）的速度也更快：13微秒，而在Log4J中需要23微秒。更重要的是，它获取已存在的记录器只需94纳秒，而 Log4J需要2234纳秒，时间减少到了1/23。跟JUL相比的性能提高也是显著的”。 另外，LOGBack的所有文档是全面免费提供的，不象Log4J那样只提供部分免费文档而需要用户去购买付费文档。 

2.看看SLF4j和具体实现的关系：

 

3. 用别的日志接口，转成slf4j的方法

 

1、commons-loggin,slf4j只是一种日志抽象门面，不是具体的日志框架。

2、log4j,logback是具体的日志框架。

3、一般首选使用slf4j+logback，或者slf4j+log4j,commons-logging+log4j。

转载于:https://my.oschina.net/u/1458864/blog/3093078