转载 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
