java log exception

 

关于异常，在排查问题的时候，日志对于我们显的格外重要，前几天发布的时候就遇到一个悲剧的现象，发布beta测试的时候，发现有个NullPointException，但是日志中只有日志的类全名称，但是没有栈信息以及代码行号，无法定位哪一行跑出来的，于是只能重新改代码，十分之蛋疼。于是把日志相关的东西扫一下雷。

---------------------------------------------------------------------------------------------------------------------

 

日志系统

Log4j —— 较早出现的比较成功的日志系统是Log4j。Log4j开创的日志系统模型（Logger/Appender/Level）行之有效，并一直延用至今。

JUL（java.util.logging.*） —— JDK1.4是第一个自带日志系统的JDK，简称（JUL）。JUL并没有明显的优势来战胜Log4j，反而造成了标准的混乱 —— 采用不同日志系统的应用程序无法和谐共存。

Logback —— 是较新的日志系统。它是Log4j的作者吸取多年的经验教训以后重新做出的一套系统。它的使用更方便，功能更强，而且性能也更高。Logback不能单独使用，必须配合日志框架SLF4J来使用。

-----------------------------------------------------------------------------------------------------------------------

 

引用一篇文章中关于java log的描述。

为了克服多种日志系统并存所带来的混乱，就出现了“日志框架”。日志框架本身不提供记录日志的功能，它只提供了日志调用的接口。基本可以理解，log4j作为log信息的配置，就是日志打在哪里，怎么打等，然后有开源jar包提供了访问日志文件的接口，用来和具体的日志系统解耦，例如commmon-logging和slf4j，提供了LogFactory来获取具体的log对象，获取了log对象后，就可以打日志了。下面是两个常用的日志框架

 

(1)commons-logging，apache提供的日志门面接口，主要是为了避免程序和具体的log耦合。首先需要引入commons-logging.jar（通过maven或者其他方法皆可），然后这样使用就可以了

<!--[if !supportLists]-->1.  <!--[endif]-->Log logger = LogFactory.getLog(TestCommonsLogging.class);

<!--[if !supportLists]-->2.  <!--[endif]-->logger.debug(“test debug”);

 

(2)slf4j和commons-logging功能类似，首先要引入slf4j-api-1.6.4jar，然后比如要支持log4j，就引入slf4j-log4j12-1.6.4jar

Logger logger = LoggerFactory.getLogger(Slf4jTest.class);

logger.debug(“test debug”);

<!--EndFragment-->

-----------------------------------------------------------------------------------------------------------------------

 

Log4j的几个概念：

（1）layout：一行日志的格式，正则形式

org.apache.log4j.HTMLLayout（以HTML表格形式布局），
org.apache.log4j.PatternLayout（可以灵活地指定布局模式），

%p: 输出日志信息优先级，即DEBUG，INFO，WARN，ERROR，FATAL,
 %d: 输出日志时间点的日期或时间，默认格式为ISO8601，也可以在其后指定格式，比如：%d{yyy MMM dd HH:mm:ss,SSS}，

 %r: 输出自应用启动到输出该log信息耗费的毫秒数
 %c: 输出日志信息所属的类目，通常就是所在类的全名
 %t: 输出产生该日志事件的线程名
 %l: 输出日志事件的发生位置，

 %x: 输出和当前线程相关联的NDC(嵌套诊断环境),尤其用到像java servlets这样的多客户多线程的应用中。
 %%: 输出一个"%"字符
 %F: 输出日志消息产生时所在的文件名称
 %L: 输出代码中的行号
 %m: 输出代码中指定的消息,产生的日志具体信息
 %n: 输出一个回车换行符，

org.apache.log4j.SimpleLayout（包含日志信息的级别和信息字符串），
org.apache.log4j.TTCCLayout（包含日志产生的时间、线程、类别等等信息）

如果需要线程信息，可以加上%t来获取这个信息

（2）appender：输出日志的位置信息

org.apache.log4j.ConsoleAppender（控制台），
org.apache.log4j.FileAppender（文件），
org.apache.log4j.DailyRollingFileAppender（每天产生一个日志文件），
org.apache.log4j.RollingFileAppender（文件大小到达指定尺寸的时候产生一个新的文件），
org.apache.log4j.WriterAppender（将日志信息以流格式发送到任意指定的地方）

（3）level：日志输出等级，共五级，DEBUG/INFO/WARN/ERROR/FATAL

 

-----------------------------------------------------------------------------------------------------------------------

 

 

日志中没有异常栈信息：

JDK5之后JVM有个优化，就是如果一个异常抛出一段时间后，为了性能考虑，后续就不会再抛出stackTrace信息，当然这个功能也可以通过JVM的启动参数来去掉：-XX:-OmitStackTraceInFastThrow.

 

 

-----------------------------------------------------------------------------------------------------------------------

 

关于Throwable

（1）getCause（）

获取这个抛出的原因；

（2）getMessage（）

获取这个抛出的描述信息，例如throw new Exception("我是抛出来的异常")，

这时候次方法会返回括号里面的文本信息

（3）getStackTrace（）

获取抛出的栈信息，printStackTrace（）能够打印栈信息。

logger.error("i am zhongyong",e);  输出文本信息以及异常栈信息

logger.error(e);  只是返回异常的名称信息，栈信息没有

 

 

-----------------------------------------------------------------------------------------------------------------------

 

异常转型在上面已经提到过了，实际上就是捕获到异常后，将异常以新的类型的异常再抛出，这样做一般为了异常的信息更直观！比如：

public void run() throws MyException{

 ...

 try{

  ...

 }catch(IOException e){

  ...

  throw new MyException();

 }finally{

  ...

 }

}

在throw new MyException()时候，建议MyException（e），否则就会出现异常被吃掉的情况。

 

-----------------------------------------------------------------------------------------------------------------------

 

 

 

对于运行时异常，我们不要用try...catch来捕获处理，而是在程序开发调试阶段，尽量去避免这种异常，一旦发现该异常，正确的做法就会改进程序设计的代码和实现方式，修改程序中的错误，从而避免这种异常。捕获并处理运行时异常是好的解决办法，因为可以通过改进代码实现来避免该种异常的发生。

    对于受检查异常，没说的，老老实实去按照异常处理的方法去处理，要么用try...catch捕获并解决，要么用throws抛出！

对于Error（运行时错误），不需要在程序中做任何处理，出现问题后，应该在程序在外的地方找问题，然后解决。

 

1、避免过大的try块，不要把不会出现异常的代码放到try块里面，尽量保持一个try块对应一个或多个异常。

2、细化异常的类型，不要不管什么类型的异常都写成Excetpion。

3、catch块尽量保持一个块捕获一类异常，不要忽略捕获的异常，捕获到后要么处理，要么转译，要么重新抛出新类型的异常。

4、不要把自己能处理的异常抛给别人。

5、不要用try...catch参与控制程序流程，异常控制的根本目的是处理程序的非正常情况。

 

 

 

 

-----------------------------------------------------------------------------------------------------------------------