一、今天在使用commongs-logging.jar和log4j.properties来输出系统日志的时候，发现日志能够成功的输出到控制台，但是去不能写到目的文件中，具体的步骤和原因如下：

1. 只在项目中引入commons-logging.jar

commons-logging.jar 使用 Log logger = LogFactory.getLogger(XXX.class), 如果有log4j.properties,并且在

log4j.properties中配置了日志输出到控制台和文件（如将日志输出到C:\logs\x.log），如果此时项目的lib中没有log4j.jar,

则日志能够成功输出到控制台上，但是不会生成log目录和文件，即不会生成C:\logs\x.log.

2. 如果此时在系统的lib中加入log4j.jar后，就会生成C:\logs\x.log，也会往x.log中写入内容成功。

如果没有往x.log中写入内容成功，则可能的原因是有jar包的冲突。

3. 不需要导入slf4j相关的jar包。

4. 为
了简化配置 commons-logging ，一般不使用 commons-logging 的配置文件，也不设置与 commons-logging
相关的系统环境变量，而只需将 Log4j 的 Jar 包放置到 classpash 中就可以了。这样就很简单地完成了
commons-logging 与 Log4j 的融合

二、Log4j 和commons-logging的关系和具体用法：

    （一）Logger.getLogger()和LogFactory.getLog()的区别
    1.Logger.getLogger()是使用log4j的方式记录日志；

 2.LogFactory.getLog()则来自apache的common-logging包。

common-logging组件： 
       Jakarta Commons Logging (JCL)提供的是一个日志(Log)接口(interface)，同时兼顾轻量级和不依赖于具体的日志实现工具。它提供给中间件/日志工具开发者一个简单的日志操作抽象，允许程序开发人员使用不同的具体日志实现工具。了解包里情况，可以查看它的API文档：http://www.oschina.net/uploads/doc/commons-logging-1.1.1/index.html , 其中Log(基本记录器)和LogFactory(负责创建Log实例)是两个基类。该API直接提供对下列底层日志记录工具的支持：Jdk14Logger，Log4JLogger，LogKitLogger，NoOpLogger （直接丢弃所有日志信息），还有一个SimpleLog。 有必要详细说明一下调用LogFactory.getLog()时发生的事情。调用该函数会启动一个发现过程，即找出必需的底层日志记录功能的实现，具体的发现过程在下面列出：  ( 换句话说就是， 有这么多工具，common-logging该使用哪一个呢？这取决于系统的设置，common-logging将按以下顺序决定使用哪个日志记录工具：)

(1).common-logging首先在CLASSPATH中查找commons-logging.properties文件。这个属性文件至少定义
org.apache.commons.logging.Log属性，它的值应该是上述任意Log接口实现的完整限定名称。如果找到
org.apache.commons.logging.Log属相，则使用该属相对应的日志组件。结束发现过程。

(2).如果上面的步骤失败（文件不存在或属相不存在），common-logging接着检查系统属性
org.apache.commons.logging.Log。如果找到org.apache.commons.logging.Log系统属性，则使
用该系统属性对应的日志组件。结束发现过程。

(3).如果找不到org.apache.commons.logging.Log系统属性，common-logging接着在CLASSPATH中寻
找log4j的类。如果找到了就假定应用要使用的是log4j。不过这时log4j本身的属性仍要通过log4j.properties文件正确配置。结
束发现过程。
        (4).如果上述查找均不能找到适当的Logging API，但应用程序正运行在JRE 1.4或更高版本上，则默认使用JRE 1.4的日志记录功能。结束发现过程。
        (5).最后，如果上述操作都失败（JRE 版本也低于1.4），则应用将使用内建的SimpleLog。SimpleLog把所有日志信息直接输出到System.err。结束发现过程。

  根据不同的性质，日志信息通常被分成不同的级别，从低到高依次是：“调试（ DEBUG ）”“信息（ INFO ）”“警告（ WARN ）”“错误（ERROR ）”“致命错误（ FATAL ）”。

基于common-logging的运行方式：

基于log4j的运行方式

 （二）、详细介绍Log4j

   ① Log4j的架构 
   Log4j系统的三大板块：日志写入器、日志输出终端、日志布局模式

Logger类是日志包的核心，Logger的名称是大小写敏感的，并且名称之间有继承关系。子名由父名做前缀，用点号“.”分隔，如x.y是x.y.z
的父亲Logger。Logger系统中有个根logger，是所有logger的祖先，它总是存在的，并且不可以通过名字获取，可以通过
Logger.getRootLogger()来获取。获取Logger对象的方法很多，可以参考API文档，在某对象中，用该对象所属的类作为参数，调
用Logger.getLogger(Class clazz)以获取logger对象被认为是目前所知最理智的命名logger方法。

   ②Log4j的日志级别（Level） 
       每个logger都有一个日志级别，用来控制日志的输出。未分配级别的logger将自动继承它最近的父logger的日志级别。Logger的由低到高级别如下： 
     ALL<DEBUG<INFO<WARN<ERROR<FATAL<OFF

   ③Log4j的输出终端（Appender接口） 

       Log4j提供了以下几个实现：

默认情况下，子logger将继承父logger的所有appenders。

  ④Log4j的输出布局模式（Layout接口）  
      Log4j提供Layout有以下几种：

Log4j采用类似C语言中的printf函数的打印格式格式化日志信息。打印参数如下：

   ⑤Log4j的配置

    在实际使用中，Log4j一般是通过配置文件配置使用的。配置文件有两种，Java properties和XML文件。一般都选用properties文件来配置，因为简洁易读。下面只介绍Java properties的配置方式。 
对Log4j的配置就是对rootLogger和子Logger的配置。主要的配置项为：rootLogger、输出终端、输出布局模式，所有的配置项都必须以log4j开头。 
    配置文件的示例