log4j和common-logging的区别

1、基本介绍Log4j

　　Log4j是Apache的一个开放源代码项目，通过使用Log4j，我们可以控制日志信息输出地；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。

　　log4j的好处在于：

　　1) 通过修改配置文件，就可以决定log信息的目的地——控制台、文件、GUI组件、甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等

　　2) 通过修改配置文件，可以定义每一条日志信息的级别，从而控制是否输出。在系统开发阶段可以打印详细的log信息以跟踪系统运行情况,而在系统稳定后可以关闭log输出,从而在能跟踪系统运行情况的同时,又减少了垃圾代码（System.out.println(......)等)。

　　3) 使用log4j，需要整个系统有一个统一的log机制，有利于系统的规划。

　　那么是不是这样，我们就可以完全使用log4j，而不需要扩展定制了呢？当然不是这样，因为每个项目的需求不一样，而且log4j本身也提供了灵活的扩展机制。下面我们说说log4j常用的扩展方式。

2、扩展点Log4j

2.1 自己的日志系统

　　每一个项目都想有自己的一套日志系统，而不受其他项目、jar包的影响。所以日志系统需要独立存在，且有相应的自己单独的配置文件而不受影响。我们先来看看common-logging和log4j的默认工作流程：

　　common-logging

　　当我们用Log log = LogFactory.getLog(“loggerName”);取得log时，让我们看看他是如何工作的？
　　1)、首先在classpath下寻找自己的配置文件commons-logging.properties,如果找到,则使用其中定义的Log实现类
　　2)、如果找不到commons-logging.properties文件,则在查找是否已定义系统环境变量org.apache.commons.logging.Log,找到则使用其定义的Log实现类
　　3)、查看classpath中是否有Log4j的包,如果发现,则自动使用Log4j作为日志实现类
　　4)、使用JDK自身的日志实现类(JDK1.4以后才有日志实现类)
　　5)、使用commons-logging自己提供的一个简单的日志实现类SimpleLog

　　commons-logging总是能找到一个日志实现类,并且尽可能找到一个"最合适"的日志实现类.
　　．可以不需要配置文件
    ．自动判断有没有Log4j包,有则自动使用之
    ．最悲观的情况下也总能保证提供一个日志实现(SimpleLog)

　　log4j

　　当我们用Logger.getLogger(loggerName)；取得log时，让我们看看他是如何工作的？
　　1)、查找是否已定义系统环境变量log4j.configuration，找到则使用其定义的Log配置文件；否则搜索log4j.xml，如果存在，则执行4)
　　2)、如果不存在，搜索log4j.properties
　　3)、如果不存在，则使用程序默认的日志仓库
　　4)、如果存在，注册配置日志仓库
　　5)、去日志仓库中查询，如果不存在，则new一个

　　从上面我们可以看到无论是common-logging还是log4j，以及其他的日志开源系统都会提供一套默认的遍历规则，去搜索他的log记录实例。

http://weibeinan2006.blog.163.com/blog/static/5699645920086923422704/