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编写日志了。