日期:2014-05-17  浏览次数:20669 次

转载 log4j笔记 日志操作之JAVA-Apache
日志论
  
   在应用程序中输出日志有有三个目的:

(1)监视代码中变量的变化情况,把数据周期性地记录到文件中供其他应用进行统计分析工作。

(2)跟踪代码运行进轨迹,作为日后审计的依据。

(3)担当集成开发环境中的调试器,向文件或控制台打印代码的调试信息。

  Apache能用日志包(Commons Logging Package)是Apache的一个开放源代码项目,它提供了一组通用的日志接口, 用户可以自由地选择实现日志接口的第三方软件。通用日志包目前支持以下日志实现:

     log4J日志器(http://jakarta.apache.org/log4j)
    JDK1.4 Logging日志器(JDK1.4自带)
    SimpleLog日志器(把日志消息输出到标准系统错误流System.err)
    NoOpLog(不输出任何日志信息)

    通用日志包中的两个常用接口:LogFactory和Log,分别介绍如下:

    Log接口

通用日志包把消息分为6个级别:FATAL、ERROR、WARN、INFO、DEBUG和TRACE。其中FATAL级别最高,
TRACE级别最低。 Log接口提供输出不同级别消息的方法:

off---------------------------------最高等级的,用于关闭所有日志记录

fatal(Object message)-------输出FATAL级别的消息。

error(Object message)-------输出ERROR级别的消息。

warn(Object message)-------输出WARN级别的消息。

info(Object message)-------输出INFO级别的消息。

debug(Object message)-------输出DEBUG级别的消息。

trace(Object message)-------输出TRACE级别的消息。

all----------------------------------最低等级的,用于打开所有日志记录

注:只有当输出日志的级别大于或等于为日志配置器配置的日志级别时,这个方法才会执行。

  如何指定日志器的日志级别,不同的日志器实现会有不同的实现方案。

    LogFactory接口

LogFactory接口提供了获得日志器实例的两个静态方法:

public static Log getLog(String name) throws LogConfigurationException;

public static Log getLog(Class class) throws LogConfigurationException;

注:name参数作为日志器的名字;class参数指定类名作为日志器名字。

    
log4j简介 
   几乎每个大的应用程序都有它自己的日志和跟踪程序的API。顺应这一规则,E.U. SEMPER项目组决定
编写它自己的程序跟踪API(tracing API)。这开始于1996年早期。经过无数的工作,更改和性能加强,这
个API终于成为一个十分受欢迎的Java日志软件包,那就是log4j。这个软件包的发行遵守open source动议认
证的Apache Software License。最新的log4j版本包括全部的源代码,类文件和文档资料,
可以在 http://logging.apache.org/log4j/找到它们。另外,log4j已经被转换成 C, C++, C#, Perl, Python,
Ruby, 和 Eiffel 语言。
  
   Log4j是Apache的一个开放源代码项目,通过使用Log4j,我们可以控制日志信息输送的目的地是控制台、
文件、GUI组件、甚至是套接口服务 器、NT的事件记录器、UNIX Syslog守护进程等;我们也可以控制每一条
日志的输出格式;通过定义每一条日志信息的级别,我们能够更加细致地控制日志的生成过程。最令人感兴趣
的就 是,这些可以通过一个配置文件来灵活地进行配置,而不需要修改应用的代码。
  
  

log4j三个组件

       通常,我们都提供一个名为 log4j.properties的文件,在第一次调用到Log4J时,Log4J会在类路径
(../web-inf/class/当然也可以放到其它任何目录,只要该目录被包含到类路径中即可)中定位这个文件,并读入
这个文件完成的配置。这个配置文件告 诉Log4J以什么样的格式、把什么样的信息、输出到什么地方。
   Log4j有三个主要的组件:Loggers(记录器),Appenders(输出源)和Layouts(布局),这里可简单理解为日志
类别,日志要输出的地方和日志以何种形式输出。综合使用这三个组件可以轻松的记录信息的类型和级别,并可
以在运行时控制日志输出的样式和位置。下面对三个组件分别进行说明:
  
   1、 Loggers
   Loggers组件在此系统中被分为五个级别:DEBUG、INFO、WARN、ERROR和FATAL。这五个级别是有顺序
的,DEBUG < INFO < WARN < ERROR < FATAL,分别用来指定这条日志信息的重要程度,明白这一点很重要,
这里Log4j有一个规则:假设Loggers级别为P,如果在Loggers中发生了一个级别Q比P高,则可以启动,否则屏蔽掉。
假设你定义的级别是info,那么error和warn的日志可以显示而比他低的debug信息就不显示了。
 
   Java程序举例来说:
  
   //建立Logger的一个实例,命名为“com.foo”
    Logger logger = Logger.getLogger("com.foo"); //"com.foo"是实例进行命名,也可以任意
   //设置logger的级别。通常不在程序中设置logger的级别。一般在配置文件中设置。
   logger.setLevel(Level.INFO);
   Logger barlogger = Logger.getLogger("com.foo.Bar");
   //下面这个请求可用,因为WARN >= INFO
   logger.warn("Low fuel level.");
   //下面这个请求不可用,因为DEBUG < INFO
   logger.debug("Starting search for nearest gas station.");
   //命名为“com.foo.bar”的实例barlogger会继承实例“com.foo”的级别。因此,下面这个请求可用,因为INFO >= INFO
   barlogger.info("Located nearest gas station.");
   //下面这个请求不可用,因为DEBUG < INFO
   barlogger.debug("Exiting gas station search");
   这里“是否可用”的意思是能否输出Logger信息。
     在对Logger实例进行命名时,没有限制,可以取任意自己感兴趣的名字。一般情况下建议以类的所在位置来
命名Logger实例,这是目前来讲比较有效的Logger命名方式。这样可以使得每个类建立自己的日志信息,便于管理。
比如:
  
   static Logger logger = Logger.getLogger(ClientWithLog4j.class.getName());
  
   2、Appenders
  禁用与使用日志请求只是Log4j