编程语言java之log4j教程.docVIP

编程语言java之log4j教程 为什么不用System.out.println()? 功能太弱；不易于控制。如果暂时不想输出了怎么办？如果想输出到文件怎么办？如果想部分输出怎么办？…… 为什么同时使用commons-logging和Log4j?为什么不仅使用其中之一？ Commons-loggin的目的是为“所有的Java日志实现”提供一个统一的接口，它自身的日志功能平常弱（只有一个简单的SimpleLog?），所以一般不会单独使用它。 Log4j的功能非常全面强大，是目前的首选。我发现几乎所有的Java开源项目都会用到Log4j，但我同时发现，所有用到Log4j的项目一般也同时会用到commons-loggin。 我想，大家都不希望自己的项目与Log4j绑定的太紧密吧。另外一个我能想到的“同时使用commons-logging和Log4j”的原因是，简化使用和配置。 强调一点，“同时使用commons-logging和Log4j”，与“单独使用Log4j”相比，并不会带来更大的学习、配置和维护成本，反而更加简化了我们的工作。 我想这也是为什么“所有用到Log4j的项目一般也同时会用到commons-loggin”的原因之一吧。 Commons-logging能帮我们做什么？ l ) 提供一个统一的日志接口，简单了操作，同时避免项目与某个日志实现系统紧密耦合 2) 很贴心的帮我们自动选择适当的日志实现系统（这一点非常好！） 3) 它甚至不需要配置 这里看一下它怎么“‘很贴心的’帮我们‘自动选择’‘适当的’日志实现系统”： 1)首先在classpath下寻找自己的配置文件perties，如果找到，则使用其中定义的Log实现类； 2)如果找不到perties文件，则在查找是否已定义系统环境变量mons.logging.Log，找到则使用其定义的Log实现类； 3)否则，查看classpath中是否有Log4j的包，如果发现，则自动使用Log4j作为日志实现类； 4)否则，使用JDK自身的日志实现类（JDK1.4以后才有日志实现类）； 5) 否则，使用commons-logging自己提供的一个简单的日志实现类SimpleLog； （以上顺序不保证完全准确，请参考官方文档） 可见，commons-logging总是能找到一个日志实现类，并且尽可能找到一个“最合适”的日志实现类。我说它“很贴心”实际上是因为： 1、可以不需要配置文件； 2、自动判断有没有Log4j包，有则自动使用之； 3、最悲观的情况下也总能保证提供一个日志实现（SimpleLog）。 可以看到，commons-logging对编程者和Log4j都非常友好。 为了简化配置commons-logging，一般不使用commons-logging的配置文件，也不设置与commons-logging相关的系统环境变量， 而只需将Log4j的Jar包放置到classpash中就可以了。这样就很简单地完成了commons-logging与Log4j的融合。 如果不想用Log4j了怎么办？只需将classpath中的Log4j的Jar包删除即可。 代码应该怎么写？ 我们在需要输出日志信息的“每一人”类中做如下的三个工作： 1、导入所有需的commongs-logging类： import mons.logging.Log; import mons.logging.LogFactory; 2、在自己的类中定义一个mons.logging.Log类的私有静态类成员： private static Log log = LogFactory.getLog(YouClassName.class); 注意这里定义的是static成员，以避免产生多个实例。 LogFactory.getLog()方法的参数使用的是当前类的class，这是目前被普通认为的最好的方式。为什么不写作LogFactory.getLog(this.getClass())？因为static类成员访问不到this指针！ 3、使用mons.logging.Log类的成员方法输出日志信息： log.debug(111); (222); log.warn(333); log.error(444); log.fatal(555); 这里的log，就是上面第二步中定义的类成员变量，其类型是mons.logging.Log，通过该类的成员方法， 我们就可以将不同性质的日志信息输出到目的地（目的地是哪里？视配置可定，可能是stdout，也可能是文件，还可能是发送到邮件，甚至发送短信到手机……详见下文对perties的介绍）： debug() 输出“调试”级别的日志