SLF4j 和 common-logging

看现在有很多开源的软件,log记录都是用SLF4j,以前自己是用common-logging觉得十分方便,可以动态的切换实际的log系统,这样common-logging和SLF4J有什么区别。

 

网上找了一篇文档,觉得说明了一些问题:

 

Apache Common-Logging是广泛使用的Java日志门面库。我以前一直都使用它和log4j编写日志。 
Apache Common-Logging通过动态查找的机制,在程序运行时自动找出真正使用的日志库。 
Apache Common-Logging一直都运作得很好。直到最近,我写OSGI插件时,它不能工作了。 
原因是Apache Common-Logging使用了ClassLoader寻找和载入底层的日志库。而OSGI中,不同的插件使用自己的ClassLoader。 
一个线程的ClassLoader在执行不同的插件时,其执行能力是不同的。 
OSGI的这种机制保证了插件互相独立,然而确使Apache Common-Logging无法工作! 
  
解决之道是使用新的日志门面库Slf4j。 
Slf4j库类似于Apache Common-Logging。但是,他在编译时静态绑定真正的Log库。使用Slf4j时,如果你需要使用某一种日志实现,那么你必须选择正确的Slf4j的jar包的集合。 
这确实麻烦了一点,但总算可以在OSGI中开发日志了。 
  
其实,这一点点工作也不算麻烦。 

使用CommonLog接口而实际由Slf4j和Log4j实现的过程 
1,项目中照常使用 
import org.apache.commons.logging.Log; 
import org.apache.commons.logging.LogFactory; 
编写日志。 
  
2,仍然在src下使用log4j.properties文件进行配置。 
  
3,使用的所有jar文件: 
1)log4j-1.2.15.jar 这是log4j的库。 Slf4j并不改变这个底层实现库。 
2)slf4j-api-1.5.2.jar   这是Slf4j库。  
3)slf4j-log4j12-1.5.2.jar 这包含Log4j的适配器和静态绑定log4j底层实现。 
4)jcl-over-slf4j-1.5.2.jar 这提供了Commons-Logging接口,以及使用common-loggin的接口,底层还是由SLF4J来决定哪种实现机制 。 
  
    这里,我们需要使用Log4j的原生库,但是不需要Commons-Logging的原生库。 
   
OK,把上面这4个jar包复制到lib下,导入项目中,就可以像以往一样继续使用Apache Common-Logging编写日志了。 

你可能感兴趣的:(log4j,slf4j)