Log4j、Log4j 2、JUL、JCL 、SFL4J 、Logback 与 Lombok 的使用

Log4J

Log4j = Log for Java.

Log4j是Apache的一个开放源代码项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、数据库等；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。

     Log4j有7种不同的log级别，按照等级从低到高依次为：TRACE<DEBUG<INFO<WARN<ERROR<FATAL<OFF。如果配置为OFF级别，表示关闭log。    

     Log4j支持两种格式的配置文件：properties和xml。包含三个主要的组件：Logger、appender、Layout。

Log4J 2

基于Log4J的优化。

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左右的效率提升。

全面介绍详见官方文档。

配置方式：Log4J 2 日志配置

JUL

JUL = java.util.logging.

     Java提供了自己的日志框架，类似于Log4J，但是API并不完善，对开发者不是很友好，而且对于日志的级别分类也不是很清晰，比如：SEVERE, WARNING, INFO, CONFIG, FINE,FINER, FINEST。所以不推荐使用这种方式输出日志。

JCL - Apache Commons-logging

     JCL = Jakarta Commons-Logging.

     Jakarta Commons Logging和SLF4J非常类似，也是提供的一套API来掩盖了真正的Logger实现。便于不同的Logger的实现的替换，而不需要重新编译代码。缺点在于它的查找Logger的实现者的算法比较复杂，而且当出现了一些class loader之类的异常时，无法去修复它。

common-logging组件：  

       Jakarta Commons Logging (JCL)提供的是一个日志(Log)接口(interface)，同时兼顾轻量级和不依赖于具体的日志实现工具。它提供给中间件/日志工具开发者一个简单的日志操作抽象，允许程序开发人员使用不同的具体日志实现工具。了解包里情况，可以查看它的API文档：