Java日志框架与日志系统

随着项目越来越复杂，谁也不能保证自己的项目在运行过程中不出现错误，出现错误并不可怕，问题是要及时的排除错误，让项目更加健壮并继续运行。排除这些错误就需要获取错误信息，信息从哪里来呢，一个设计良好的项目，肯定记录了项目运行的日志。更重要的是，它还能完成跟踪调试、程序状态记录、崩溃数据恢复等工作。那么我们怎么样来设计这个日志类呢？

在java的世界里，日志类一般是不需要考虑和设计的，因为存在很多优秀的日志系统，比如常见的Log4j和Logback，还又sun提供的java.util.Logging。

但是日志系统多了，也不是好事！因为在java EE的项目中，我们会引入很多的第三方包，比如Spring、Mybatis、Httpclient等等。。。每个第三方的包都会有自己的日志系统，问题就来了，如果日志系统不兼容甚至产生冲突，灾难就产生了？或者是不同的日志系统打印日志的规则不同，接口也不同，那使用方就要做各种适配。。。

但是。。。。这是不可能的！！！！

日志框架解决了这些问题！！！

日志框架是什么？

先看看二者的不同定义！！！！

日志系统：日志的具体实现。经典的有log4j;jdk自带的有java.util.Logging; 还有log4j作者推出的被高度评价的logBack等等；

日志框架：如果只存在一种日志系统，日志框架完全没有必要存在（logBack无法独立使用），但事与愿违。为了解决多个日志系统的兼容问题，日志框架应运而生。主流的日志框架有commons-logging和sl4j；

commons-logging是apache推出的日志框架，commons-logging只是规定了日志的接口规范，其设计原理类似于jdk中servlet和jdbc的设计。

主流的日志系统都实现了commons-logging定义的接口，这样就看通过commons-logging统一的使用的日志，而不用关系具体使用的是哪种日志系统。

日志框架

1、Commons-logging：common-logging是apache提供的一个通用的日志接口。用户可以自由选择第三方的日志组件作为具体实现，像log4j，或者jdk自带的logging，common-logging会通过动态查找的机制，在程序运行时自动找出真正使用的日志库。

Commons-logging+log4j 是经典的一个日志实现方案。出现在各种框架里。如spring 、webx 、ibatis 等等。一般为了避免直接依赖具体的日志实现，一般都是结合commons-logging 来实现。常见代码如下：

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;

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

2、sl4j：slf4j全称为Simple Logging Facade for JAVA，java简单日志门面。类似于Apache Common-Logging，是对不同日志框架提供的一个门面封装，可以在部署的时候不修改任何配置即可接入一种日志实现方案。但是，他在编译时静态绑定真正的Log库。使用SLF4J时，如果你需要使用某一种日志实现，那么你必须选择正确的SLF4J的jar包的集合。

logback+sl4j也是经典的一个日志实现方案。Logback作为一个通用可靠、快速灵活的日志框架，将作为Log4j 的替代和SLF4J 组成新的日志系统的完整实现。Logback必须配合sl4j使用。由于logback和sl4j是同一个作者，其兼容性不言而喻。但sl4j面临与其他日志框架和日志系统的兼容性问题。常见代码如下：

import org.slf4j.Logger;  
import org.slf4j.LoggerFactory;  
  
public class A {  
    private static Log logger = LogFactory.getLog(this.getClass());  
} 

参考：http://blog.csdn.net/yycdaizi/article/details/8276265