Log4j、Log4j 二、Logback、SFL4J、JUL、JCL的比较

 

 以前就知道有好几种日志框架，可是一直都是听别人讲，在何时该用何种logger，哪一种logger比较好……一直对 Log4j、Jakarta Commons-Logging、java.util.logging、SLF4J、Logback它们之间的区别已经各自的优点不是很了解，这个周末决 定沉下心来好好研究一下。一下这篇文章，就是我在对比了这几种日志框架以后的一些收获，但愿能给你们带来一点收获。

 

• Log4j

     Log4j = Log for Java.
     author： Ceki Gülcü
     license： Apache License V2.0
     Log4j是Apache的一个开放源代码项目，经过使用Log4j，咱们能够控制日志信息输送的目的地是控制台、文件、数据库等；咱们也能够控制每一条日志的输出格式；经过定义每一条日志信息的级别，咱们可以更加细致地控制日志的生成过程。
     Log4j有7种不一样的log级别，按照等级从低到高依次为：TRACE<DEBUG<INFO<WARN<ERROR<FATAL<OFF。若是配置为OFF级别，表示关闭log。    
     Log4j支持两种格式的配置文件：properties和xml。包含三个主要的组件：Logger、appender、Layout。    
Example for log4j 1.2     

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE log4j:configuration PUBLIC "-//LOGGER" "http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/xml/doc-files/log4j.dtd">
<log4j:configuration>    
　　<!--an appender is an output destination, such as the console or a file; names of appenders are arbitrarily chosen-->    
　　<appender name="stdout" class="org.apache.log4j.ConsoleAppender">
　　　　<layout class="org.apache.log4j.PatternLayout">
　　　　　　<param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
　　　　</layout>
　　</appender>

　　<!--loggers of category 'org.springframework' will only log messages of level "info" or higher; if you retrieve Loggers by using the class name (e.g. Logger.getLogger(AClass.class)) and if AClass is part of the org.springframework package, it will belong to this category-->    
　　<logger name="org.springframework">        
　　　　<level value="info"/>    
　　</logger>    

　　<!--everything of spring was set to "info" but for class PropertyEditorRegistrySupport we want "debug" logging-->    
　　<logger name="org.springframework.beans.PropertyEditorRegistrySupport">        
　　　　<level value="debug"/>    
　　</logger>     
　　
　　<root>    
　　<!--all log messages of level "debug" or higher will be logged, unless defined otherwise all log messages will be logged to the appender "stdout", unless defined otherwise-->        
　　　　<level value="debug" />        
　　　　<appender-ref ref="stdout" />    
　　</root>

</log4j:configuration>

 

• SLF4J

     SLF4J = Simple Logging Facade for Java.
     author： Ceki Gülcü
     SLF4J，即简单日志门面（Simple Logging Facade for Java），不是具体的日志解决方案，而是经过Facade Pattern提供一些Java logging API，它只服务于各类各样的日志系统。按照官方的说法，SLF4J是一个用于日志系统的简单Facade，容许最终用户在部署其应用时使用其所但愿的日志系统。做者建立SLF4J的目的是为了替代Jakarta Commons-Logging。
     实际上，SLF4J所提供的核心API是一些接口以及一个LoggerFactory的工厂类。在使用SLF4J的时候，不须要在代码中或配置文件中指定你打算使用那个具体的日志系统。SLF4J提供了统一的记录日志的接口，只要按照其提供的方法记录便可，最终日志的格式、记录级别、输出方式等经过具体日志系统的配置来实现，所以能够在应用中灵活切换日志系统。
     那么何时使用SLF4J比较合适呢？
     若是你开发的是类库或者嵌入式组件，那么就应该考虑采用SLF4J，由于不可能影响最终用户选择哪一种日志系统。在另外一方面，若是是一个简单或者独立的应用，肯定只有一种日志系统，那么就没有使用SLF4J的必要。假设你打算将你使用log4j的产品卖给要求使用JDK 1.4 Logging的用户时，面对成千上万的log4j调用的修改，相信这绝对不是一件轻松的事情。可是若是开始便使用SLF4J，那么这种转换将是很是轻松的事情。

 

• Logback

      author： Ceki Gülcü
     licences：EPL v1.0 and LGPL 2.1
     Logback，一个“可靠、通用、快速而又灵活的Java日志框架”。logback当前分红三个模块：logback-core，logback- classic和logback-access。logback-core是其它两个模块的基础模块。logback-classic是log4j的一个改良版本。此外logback-classic完整实现SLF4J API使你能够很方便地更换成其它日志系统如log4j或JDK14 Logging。logback-access访问模块与Servlet容器集成提供经过Http来访问日志的功能。
     
     1. logback-core: Joran, Status, context, pattern parsing
     2. logback-classic: developer logging
     3. logback-access: The log generated when a user accesses a web-page on a web server. Integrates seamlessly with Jetty and Tomcat.
选择logback的理由：（http://logback.qos.ch/reasonsToSwitch.html#fasterImpl ）
     1. logback比log4j要快大约10倍，并且消耗更少的内存。
     2. logback-classic模块直接实现了SLF4J的接口，因此咱们迁移到logback几乎是零开销的。
     3. logback不只支持xml格式的配置文件，还支持groovy格式的配置文件。相比之下，Groovy风格的配置文件更加直观，简洁。
     4. logback-classic可以检测到配置文件的更新，而且自动从新加载配置文件。
     5. logback可以优雅的从I/O异常中恢复，从而咱们不用从新启动应用程序来恢复logger。
     6. logback可以根据配置文件中设置的上限值，自动删除旧的日志文件。
     7. logback可以自动压缩日志文件。
     8. logback可以在配置文件中加入条件判断（if-then-else)。能够避免不一样的开发环境（dev、test、uat...）的配置文件的重复。
     9. logback带来更多的filter。
     10. logback的stack trace中会包含详细的包信息。
     11. logback-access和Jetty、Tomcat集成提供了功能强大的HTTP-access日志。
     配置文件：须要在项目的src目录下创建一个logback.xml。注：（1）logback首先会试着查找logback.groovy文件；（2）当没有找到时，继续试着查找logback-test.xml文件；（3）当没有找到时，继续试着查找logback.xml文件；（4）若是仍然没有找到，则使用默认配置（打印到控制台）。 详细的配置在http://aub.iteye.com/blog/1101222这片博客中解释的很是清楚。在这里感谢一下原做者（^_^）。
 

• JUL

     JUL = java.util.logging.

     Java提供了本身的日志框架，相似于Log4J，可是API并不完善，对开发者不是很友好，并且对于日志的级别分类也不是很清晰，好比：SEVERE, WARNING, INFO, CONFIG, FINE,FINER, FINEST。因此不推荐使用这种方式输出日志。
JCL
     JCL = Jakarta Commons-Logging.
     Jakarta Commons Logging和SLF4J很是相似，也是提供的一套API来掩盖了真正的Logger实现。便于不一样的Logger的实现的替换，而不须要从新编译代码。缺点在于它的查找Logger的实现者的算法比较复杂，并且当出现了一些class loader之类的异常时，没法去修复它。
 

• Log4j 2

     已经有不少其余的日志框架对Log4j进行了改良，好比说SLF4J、Logback等。并且Log4j 2在各个方面都与Logback很是类似，那么为何咱们还须要Log4j 2呢？
　　1. 插件式结构。Log4j 2支持插件式结构。咱们能够根据本身的须要自行扩展Log4j 2. 咱们能够实现本身的appender、logger、filter。
　　2. 配置文件优化。在配置文件中能够引用属性，还能够直接替代或传递到组件。并且支持json格式的配置文件。不像其余的日志框架，它在从新配置的时候不会丢失以前的日志文件。
　　3. Java 5的并发性。Log4j 2利用Java 5中的并发特性支持，尽量地执行最低层次的加锁。解决了在log4j 1.x中存留的死锁的问题。若是你的程序仍然在饱受内存泄露的折磨，请坚决果断地试一下log4j 2吧。
　　4. 异步logger。Log4j 2是基于LMAX Disruptor库的。在多线程的场景下，和已有的日志框架相比，异步的logger拥有10左右的效率提高。
     还有更多的新特性，在这里就不一一赘述了。了解更多请移步到：http://logging.apache.org/log4j/2.x/manual/index.html。