关于log

关于log

最近看代码都看晕了，深深体会到什么叫做“书到用时方恨少”，没办法，只能自己一点一点啃了。。。。

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

1. log.fatal(Object message);
   
2. log.fatal(Object message, Throwable t);
   
3. log.error(Object message);
   
4. log.error(Object message, Throwable t);
   
5. log.warn(Object message);
   
6. log.warn(Object message, Throwable t);
   
7. log.info(Object message);
   
8. log.info(Object message, Throwable t);
   
9. log.debug(Object message);
   
10. log.debug(Object message, Throwable t);
    
11. log.trace(Object message);
    
12. log.trace(Object message, Throwable t);

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

1. log.isFatalEnabled();
   
2. log.isErrorEnabled();
   
3. log.isWarnEnabled();
   
4. log.isInfoEnabled();
   
5. log.isDebugEnabled();
   
6. log.isTraceEnabled();

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

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

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