java日志，须要知道的几件事

java日志，须要知道的几件事

若是对于commons-loging 、log4j 、slf4j 、LogBack 等都已经很是清楚了，能够忽略本文。几回解决日志冲突问题时对这几个概念的简单总结，但愿对这块基础没有理解透的同窗能有所帮助，固然若是对这块有更深入理解的同窗，也贡献出本身的知识和看法。

1、 概念

Commons-logging : apache最先提供的日志的门面接口。避免和具体的日志方案直接耦合。相似于JDBC 的api 接口，具体的的JDBC driver 实现由各数据库提供商实现。经过统一接口解耦，不过其内部也实现了一些简单日志方案。

Log4j : 经典的一种日志解决方案。内部把日志系统抽象封装成Logger 、appender 、pattern 等实现。咱们能够经过配置文件轻松的实现日志系统的管理和多样化配置。

Slf4j : 全称为Simple Logging Facade for JAVA：java简单日志门面。 是对不一样日志框架提供的一个门面封装。能够在部署的时候不修改任何配置便可接入一种日志实现方案。和commons-loging 应该有同样的初衷。我的感受设从计上更好一些，没有commons 那么多潜规则。同时有两个额外特色： 1. 能支持多个参数，并经过{} 占位符进行替换，避免老写logger.isXXXEnabled 这种无奈的判断，带来性能提高见：http://www.slf4j.org/faq.html#logging_performance 。

2.OSGI 机制更好兼容支持 一图胜千言，官网上的一个图： 

从上图能够发现，选择仍是不少的。

Logback : LOGBack 做为一个通用可靠、快速灵活的日志框架，将做为Log4j 的替代和SLF4J 组成新的日志系统的完整实现。官网上称具备极佳的性能，在关键路径上执行速度是log4j 的10 倍，且内存消耗更少。具体优点见： http://logback.qos.ch/reasonsToSwitch.html

2、 常见日志方案和注意事项

1.Commons-logging+log4j : 经典的一个日志实现方案。出如今各类框架里。如spring 、webx 、ibatis 等等。直接使用log4j 便可知足咱们的日志方案。可是通常为了不直接依赖具体的日志实现，通常都是结合commons-logging 来实现。

常见代码以下：

import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

private static Log logger = LogFactory.getLog(CommonsLoggingTest.class);

代码上，没有依赖任何的log4j 内部的类。那么log4j 是如何被装载的？ Log 是一个接口声明。LogFactory 的内部会去装载具体的日志系统，并得到实现该Log 接口的实现类。而内部有一个Log4JLogger 实现类对Log 接口同时内部提供了对log4j logger 的代理。

LogFactory 内部装载日志系统流程：

1. 首先，寻找org.apache.commons.logging.LogFactory 属性配置

2. 不然，利用JDK1.3 开始提供的service 发现机制，会扫描classpah 下的META-INF/services/org.apache.commons.logging.LogFactory 文件，若找到则装载里面的配置，使用里面的配置。

3. 不然，从Classpath 里寻找commons-logging.properties ，找到则根据里面的配置加载。

4. 不然，使用默认的配置：若是能找到Log4j 则默认使用log4j 实现，若是没有则使用JDK14Logger 实现，再没有则使用commons-logging 内部提供的SimpleLog 实现。

从上述加载流程来看，若是没有作任何配置，只要引入了log4j 并在classpath 配置了log4j.xml ，则commons-logging 就会使log4j 使用正常，而代码里不须要依赖任何log4j 的代码。

2.Commons-logging+log4j+slf4j: 若是在原有commons-logging 系统里，若是要迁移到slf4j, 使用slf4j 替换commons-logging ，也是能够作到的。原理使用到了上述commons-logging 加载的第二点。须要引入Org.slf4j.jcl-over-slf4j-1.5.6.jar 。这个jar 包提供了一个桥接，让底层实现是基于slf4j 。

原理是在该jar 包里存放了配置META-INF/services/org.apache.commons.logging.LogFactory =org.apache.commons.logging.impl.SLF4JLogFactory ，而commons-logging 在初始化的时候会找到这个serviceId ，并把它做为LogFactory 。

完成桥接后，那么那么简单日志门面SLF4J 内部又是如何来装载合适的log 呢？ 原理是SLF4J 会在编译时会绑定import org.slf4j.impl.StaticLoggerBinder; 该类里面实现对具体日志方案的绑定接入。任何一种基于slf4j 的实现都要有一个这个类。

如： org.slf4j.slf4j-log4j12-1.5.6: 提供对 log4j 的一种适配实现。 Org.slf4j.slf4j-simple-1.5.6: 是一种 simple 实现，会将 log 直接打到控制台。

…… 那么这个地方就要注意了：若是有任意两个实现slf4j 的包同时出现，那就有可能酿就悲剧，你可能会发现日志不见了、或都打到控制台了。缘由是这两个jar 包里都有各自的org.slf4j.impl.StaticLoggerBinder ，编译时候绑定的是哪一个是不肯定的。这个地方要特别注意！！出现过几回由于这个致使日志错乱的问题。

3.Slf4j+logback Slf4j 和log4j 做者都是同一我的。 Logback 号称在性能各方面有不少优点，也很诱人。 直接使用SLf4j 也很简单：

import org.slf4j.Logger;

import org.slf4j.LoggerFactory;

public class HelloWorld {

public static void main(String[] args) {

Logger logger = LoggerFactory.getLogger(HelloWorld.class);

logger.info("Hello World");

}

}

代码里也看不到任何具体日志实现方案的痕迹。

Logback 没用过，看到过一些诱人介绍。具体你们能够去研究。

logback 。注意事项 使用日志配置的时候必定要明白需求，同时避免冲突。 如使用SLF4j 的时候为了不冲突，必定要保障只有一种实现类jar 包在里面。 当遇到日志错乱等问题时，能够从这几个方面来排查

本文转载自：http://singleant.iteye.com/blog/934593