Logging学习笔记

最新推荐文章于 2022-05-13 11:27:31 发布

转载最新推荐文章于 2022-05-13 11:27:31 发布 · 864 阅读

文章标签：

#logging #log4j #object #工具 #import #sockets

Log4j 专栏收录该内容

3 篇文章

订阅专栏

Jakarta Commons Logging (JCL) 提供了一个日志接口，兼容多种日志实现工具，如 Log4J 和 JDK 1.4。本文介绍了 JCL 的基本概念、快速入门和使用方法，以及如何设置 Log4J 作为默认的日志工具。

Jakarta Commons Logging学习笔记

　　说句实话，JCL(Jakarta Commons Logging)和log4j真把我搞蒙了。不都是做log的吗，怎么在jcl的源码包中，还有个log4j的包？倒底谁跟谁啊？至到看了jcl的用户指南，才明白一些。hehe.

1、Commons-Loggin简介

　　Jakarta Commons Logging (JCL)提供的是一个日志(Log)接口(interface)，同时兼顾轻量级和不依赖于具体的日志实现工具。它提供给中间件/日志工具开发者一个简单的日志操作抽象，允许程序开发人员使用不同的具体日志实现工具。用户被假定已熟悉某种日志实现工具的更高级别的细节。JCL提供的接口，对其它一些日志工具，包括Log4J, Avalon LogKit, and JDK 1.4等，进行了简单的包装，此接口更接近于Log4J和LogKit的实现.

2、快速入门

　　JCL有两个基本的抽象类：Log(基本记录器)和LogFactory(负责创建Log实例)。当commons-logging.jar被加入到CLASSPATH之后，它会心可能合理地猜测你喜欢的日志工具，然后进行自我设置，用户根本不需要做任何设置。默认的LogFactory是按照下列的步骤去发现并决定那个日志工具将被使用的（按照顺序，寻找过程会在找到第一个工具时中止）:

寻找当前factory中名叫org.apache.commons.logging.Log配置属性的值
寻找系统中属性中名叫org.apache.commons.logging.Log的值
如果应用程序的classpath中有log4j,则使用相关的包装(wrapper)类(Log4JLogger)
如果应用程序运行在jdk1.4的系统中，使用相关的包装类(Jdk14Logger)
使用简易日志包装类(SimpleLog)

3、开发使用logging

//在程序文件头部import相关的类 import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; ...... //在类中获取一个实例 public class MYCLASS { private static Log log = LogFactory.getLog(MyCLASS.class); ... 　}

日志信息被送往记录器，如上例中的log。这个发送过程，是通过调用Log接口中定义的方法完成的，不同方法跟不同的级别联系在一起，日志信息通过哪个级别的方法发送，就标明了日志信息的级别。org.apache.commons.logging.Log接口中定义的方法,按严重性由高到低的顺序有：

log.fatal(Object message);
log.fatal(Object message, Throwable t);
log.error(Object message);
log.error(Object message, Throwable t);
log.warn(Object message);
log.warn(Object message, Throwable t);
log.info(Object message);
log.info(Object message, Throwable t);
log.debug(Object message);
log.debug(Object message, Throwable t);
log.trace(Object message);
log.trace(Object message, Throwable t);

除此以外，还提供下列方法以便代码保护.

log.isFatalEnabled();
log.isErrorEnabled();
log.isWarnEnabled();
log.isInfoEnabled();
log.isDebugEnabled();
log.isTraceEnabled();

　　信息级别　　确保日志信息在内容上和反应问题的严重程度上的恰当，是非常重要的。

fatal非常严重的错误，导致系统中止。期望这类信息能立即显示在状态控制台上。
error其它运行期错误或不是预期的条件。期望这类信息能立即显示在状态控制台上。
warn使用了不赞成使用的API、非常拙劣使用API, '几乎就是'错误, 其它运行时不合需要和不合预期的状态但还没必要称为 "错误"。期望这类信息能立即显示在状态控制台上。
info运行时产生的有意义的事件。期望这类信息能立即显示在状态控制台上。
debug系统流程中的细节信息。期望这类信息仅被写入log文件中。
trace更加细节的信息。期望这类信息仅被写入log文件中。

通常情况下，记录器的级别不应低于info.也就是说，通常情况下debug的信息不应被写入log文件中。　　工作机理

生命周期 JCL LogFactory必须实现建立/断开到日志工具的连接，实例化/初始化/解构一个日志工具.
异常处理 JCL Log 接口没有指定任何异常处理,对接口的实现必须捕获并处理异常。
多线程 JCL Log 和 LogFactory 的实现，必须确保任何日志工具对并行的要求.

　　记录器的设置　　JCL采用的记录器的不同其设置内容也不同。Log4J是默认首选记录器，对其设置可通过系统属性(system properties)或一个属性文件进行设置，下面是其设置参数。

参数	值域	默认值	说明
log4j.configuration		log4j.properties	指定配置文件的名字
log4j.rootCategory	priority [, appender]*		设定根记录器的级别
log4j.logger<.logger.name>	DEBUG, INFO, WARN, ERROR, or FATAL	设定logger.name这个记录器的级别
log4j.appender<.appender>.Threshold	priority	指定记录设备appender(console, files, sockets, and others)的最低级别。