log4j logback slf4j项目配置中的简单总结.docx

如果对于commons-loging 、log4j 、slf4j 、LogBack 等都已经非常清楚了，可以忽略本文。几次解决日志冲突问题时对这几个概念的简单总结，希望对这块基础没有理解透的同学能有所帮助，当然如果对这块有更深刻理解的同学，也贡献出自己的知识和见解。一、 概念Commons-logging?: apache最早提供的日志的门面接口。避免和具体的日志方案直接耦合。类似于JDBC 的api 接口，具体的的JDBC driver 实现由各数据库提供商实现。通过统一接口解耦，不过其内部也实现了一些简单日志方案。Log4j?: 经典的一种日志解决方案。内部把日志系统抽象封装成Logger 、appender 、pattern 等实现。我们可以通过配置文件轻松的实现日志系统的管理和多样化配置。Slf4j?: 全称为Simple Logging Facade for JAVA：java简单日志门面。 是对不同日志框架提供的一个门面封装。可以在部署的时候不修改任何配置即可接入一种日志实现方案。和commons-loging 应该有一样的初衷。个人感觉设从计上更好一些，没有commons 那么多潜规则。同时有两个额外特点：1. 能支持多个参数，并通过{} 占位符进行替换，避免老写logger.isXXXEnabled 这种无奈的判断，带来性能提升见：/faq.html#logging_performance 。2.OSGI 机制更好兼容支持一图胜千言，官网上的一个图：?从上图可以发现，选择还是很多的。Logback?: LOGBack 作为一个通用可靠、快速灵活的日志框架，将作为Log4j 的替代和SLF4J 组成新的日志系统的完整实现。官网上称具有极佳的性能，在关键路径上执行速度是log4j 的10 倍，且内存消耗更少。具体优势见：http://logback.qos.ch/reasonsToSwitch.html二、 常见日志方案和注意事项1.Commons-logging+log4j?: 经典的一个日志实现方案。出现在各种框架里。如spring 、webx 、ibatis 等等。直接使用log4j 即可满足我们的日志方案。但是一般为了避免直接依赖具体的日志实现，一般都是结合commons-logging 来实现。常见代码如下：import mons.logging.Log;import mons.logging.LogFactory;private static Log logger = LogFactory.getLog(CommonsLoggingTest.class);代码上，没有依赖任何的log4j 内部的类。那么log4j 是如何被装载的？Log 是一个接口声明。LogFactory 的内部会去装载具体的日志系统，并获得实现该Log 接口的实现类。而内部有一个Log4JLogger 实现类对Log 接口同时内部提供了对log4j logger 的代理。LogFactory 内部装载日志系统流程：1.首先，寻找mons.logging.LogFactory 属性配置2.否则，利用JDK1.3 开始提供的service 发现机制，会扫描classpah 下的META-INF/services/mons.logging.LogFactory 文件，若找到则装载里面的配置，使用里面的配置。3.否则，从Classpath 里寻找perties ，找到则根据里面的配置加载。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/mons.logging.LogFactory =mons.logging.impl.SLF4JLogFactory ，而commons-logging 在初始化的时候会找到这