Java学习笔记之log4j与commons-logging<转>

(2011-02-16 11:10:46)

标签：

杂谈

Logger来自log4j自己的包。如果用Logger.getLogger，需要一个log4j的jar包，用此方式你只能依靠log4j：
而LogFactory来自common-logging包。如果用LogFactory.getLog，你可以用任何实现了通用日志接口的日志记录器替换log4j，而程序不受影响。apache的common-logging包是通用日志接口，通过这个中间层，你可以随便指定到底用哪个日志系统。增加系统的灵活性。若log4j它不存在, commons-logging 会另行选择其它的日志实现类。这样保证了程序中不一定要使用log4j这个日志文件了

为了简化配置 commons-logging ，一般不使用commons-logging 的配置文件，也不设置与 commons-logging 相关的系统环境变量，而只需将 Log4j 的 Jar 包放置到 classpash 中就可以了。这样就很简单地完成了 commons-logging 与 Log4j 的融合。如果不想用Log4j了怎么办？只需将classpath中的Log4j的Jar包删除即可。就这么简单！

基于common-logging的运行方式：
package org;
import org.apache.commons.logging.Log;
import org.apache.log4j.Logger;
public class Test extends TagSupport{
public static Logger log=Logger.getLogger(Test.class);
public static void test()
{
log.debug("111");
log.info("125");
log.warn("485");
log.error("error");
}
public static void main(String[] a)
{
Test.test();
}
}

基于log4j的运行方式
import org.apache.log4j.Logger;
import org.apache.log4j.PropertyConfigurator;
public class TestLog4j {

static Logger logger = Logger.getLogger(TestLog4j.class);
   public static void main(String args[]) {
   PropertyConfigurator.configure("log4j.properties");
   logger.debug("Here is some DEBUG");
   logger.info("Here is some INFO");
   logger.warn("Here is some WARN");
   logger.error("Here is some ERROR");
   logger.fatal("Here is some FATAL");
   }
}

commons-logging 仅仅对Log4j( 当然还包括其它LOG 实现) 作了一层包装，具体的日志输出还是在内部转交给身后的 Log4j 来处理，还有log4j会默认的去classes目录下去寻找log4j.properties 文件

http://laorer.javaeye.com/blog/177584

1、导入所有需的commongs-logging类：
Java代码
import  org.apache.commons.logging.Log;
import  org.apache.commons.logging.LogFactory;
如果愿意简化的话，还可以两行合为一行：
Java代码
import  org.apache.commons.logging. * ;

2、在自己的类中定义一个org.apache.commons.logging.Log类的私有静态类成员：
Java代码
private   static  Log log  =  LogFactory.getLog(YouClassName. class );
注意这里定义的是static成员，以避免产生多个实例。

LogFactory.getLog()方法的参数使用的是当前类的class，这是目前被普通认为的最好的方式。为什么不写作LogFactory.getLog(this.getClass())？因为static类成员访问不到this指针！

3、使用org.apache.commons.logging.Log类的成员方法输出日志信息：
Java代码
log.debug( " 111 " );
log.info( " 222 " );
log.warn( " 333 " );
log.error( " 444 " );
log.fatal( " 555 " );
这里的log，就是上面第二步中定义的类成员变量，其类型是org.apache.commons.logging.Log，通过该类的成员方法，我们就可以将不同性质的日志信息输出到目的地（目的地是哪里？视配置可定，可能是stdout，也可能是文件，还可能是发送到邮件，甚至发送短信到手机……详见下文对log4j.properties的介绍）：

Java代码
1         debug()   输出“调试”级别的日志信息；
2         info()      输出“信息”级别的日志信息；
3         warn()    输出“警告”级别的日志信息；
4         error()     输出“错误”级别的日志信息；
5         fatal()      输出“致命错误”级别的日志信息；

根据不同的性质，日志信息通常被分成不同的级别，从低到高依次是：
“调试（DEBUG）”“信息（INFO）”“警告（WARN）”“错误（ERROR）”“致命错误（FATAL）”。
为什么要把日志信息分成不同的级别呢？这实际上是方便我们更好的控制它。比如，通过Log4j的配置文件，我们可以设置“输出‘调试’及以上级别的日志信息”（即“调试”“信息”“警告”“错误”“致命错误”），这对项目开发人员可能是有用的；我们还可以设置“输出“警告”及以上级别的日志信息”（即“警告”“错误”“致命错误”），这对项目最终用户可能是有用的。

仅从字面上理解，也可以大致得出结论：最常用的应该是debug()和info()；而warn()、error()、
fatal()仅在相应事件发生后才使用。
从上面三个步骤可以看出，使用commons-logging的日志接口非常的简单，不需要记忆太多东西：仅仅用到了两个类Log, LogFactory，并且两个类的方法都非常少（后者只用到一个方法，前者经常用到的也只是上面第三步中列出的几个），同时参数又非常简单。