log4j和logback的比较

一、slf4j

slf4j是一系列的日志接口，而log4j logback等则是具体实现了的日志框架。

因为是接口，所以在项目中如果你不引用log4j 、logback或者其它日志框架你会发现，控制台的输出是这样的

从运行结果可以看到，由于没有给出具体的logger实现，无法在控制台输出日志。也就是说我们在具体开发中，需要绑定一个日志框架，才能正常的使用slf4j。

也就是说， slf4j就好像我们经常使用的JDBC一样，只是一种规则而已。因此单独的slf4j是不能工作的，它必须搭配其他具体的日志实现方案，比如apache的org.apache.log4j.Logger，jdk自带的java.util.logging.Logger等等

二、log4j和logback的区别

相同点：两个都是受欢迎的日志框架

区别：

• log4j是apache实现的一个开源日志组件。（Wrapped implementations）
• logback同样是由log4j的作者设计完成的，拥有更好的特性，用来取代log4j的一个日志框架。是slf4j的原生实现。（Native implementations）
• logback是直接实现了slf4j的接口，而log4j不是对slf4j的原生实现，所以slf4j api在调用log4j时需要一个适配层

三、logback相对于log4j的一些优点

1.更快的实现 
Logback的内核重写了，在一些关键执行路径上性能提升10倍以上。而且logback不仅性能提升了，初始化内存加载也更小了。 

2.Logback-classic非常自然实现了SLF4j 
Logback-classic实现了SLF4j。在使用SLF4j中，你都感觉不到logback-classic。而且因为logback-classic非常自然地实现了SLF4J，所以切换到log4j或者其他，非常容易，只需要提供成另一个jar包就OK，根本不需要去动那些通过SLF4JAPI实现的代码。

3.自动重新加载配置文件 
当配置文件修改了，Logback-classic能自动重新加载配置文件。扫描过程快且安全，它并不需要另外创建一个扫描线程。这个技术充分保证了应用程序能跑得很欢在JEE环境里面。

4.SiftingAppender（一个非常多功能的Appender） 
它可以用来分割日志文件根据任何一个给定的运行参数。如，SiftingAppender能够区别日志事件跟进用户的Session，然后每个用户会有一个日志文件。 
5.自动压缩已经打出来的log 
RollingFileAppender在产生新文件的时候，会自动压缩已经打出来的日志文件。压缩是个异步过程，所以甚至对于大的日志文件，在压缩过程中应用不会受任何影响。
6.自动去除旧的日志文件 
通过设置TimeBasedRollingPolicy或者SizeAndTimeBasedFNATP的maxHistory属性，你可以控制已经产生日志文件的最大数量。如果设置maxHistory为12，那那些log文件超过12个月的都会被自动移除。

四、log4j和logback可以一起使用吗？

不可以，会产生冲突。最多只能使用其中一种日志框架

SLF4J-log4j12.jar或logback.jar中都包含组织/ SLF4J / IMPL / StaticLoggerBinder.class。同一个类加载器对于同一个类只会加载一次，所以即使类路径下有多个 StaticLoggerBinder.class，也只有1个会被加载，而且在我们当前的环境下恰好加载的就是的logback的 StaticLoggerBinder。
因此，对于slf4j来说，查找到多个 StaticLoggerBinder.class并不会影响它的执行，只是打印出警告信息而已。

五、如何避免类似的冲突？

由于SLF4J-log4j12.jar或logback.jar中都包含组织/ SLF4J / IMPL / StaticLoggerBinder.class，为了不让SLF4J加载时产生歧义，需要移除这两者之一，使SLF4J只与1个明确的日志实现绑定。
记住：始终要保证，在类路径下，只有1个组织/ SLF4J / IMPL / StaticLoggerBinder.class。 

转载于:https://my.oschina.net/u/4116631/blog/3061544