java异常那些不得不说的事

Java异常那些不得不说的事

• 博客分类： 
• Java

java exception

一、在finally块中做数据回收操作

比如数据库连接都是很宝贵的，所以最好在finally中关闭连接。

Java代码  

1. JDBCAgent jdbc = new JDBCAgent();  
2. try{  
3. jdbc.excute("select * from ctp_log");  
4. }catch(SQLException e){  
5. ...  
6. }finally{  
7. jdbc.close();  
8. }  

 

 

二、不要在异常finally块中定义返回值

如下代码，虽然有很多返回值，但如果真的执行，该代码的返回值永远是3，因为finally是最终执行代码，将其它返回值全部覆盖了！

Java代码  

1. try{    
2.   if(x = 1){    
3.     return throw new RuntimeException();    
4.   }else{    
5.     return 1;    
6.   }    
7. }catch(Exception e){    
8.   return 2;    
9. }finally{    
10.   return 3;    
11. }   

 

 

三、覆写Exception的fillInStackTrace方法能提高异常性能

异常性能差是因为fillInStackTrace方法，该方法是带锁的并且需要填充线程异常栈信息。

而我们的业务类异常是不需要记录异常栈的，可以考虑覆写fillInStackTrace方法减小性能开支（据说覆写该方法能提高10倍性能）。

（注：什么是业务类，参照第四点）

Java代码  

1. public class AccountException extends Exception {  
2.     public Throwable fillInStackTrace() {    
3.         return this;    
4.     }  
5. }  

 

 

四、业务上的错误使用异常更加OOP

以登录为例，简单的登录方法通过返回boolean即可确认是否登录成功，但如果功能日趋复杂怎么办？通过抛出业务类异常的方式来解析错误信息可读性非常好。

Java代码  

1. try{  
2.   userManager.login(account,passowrd,identify);  
3. }catch(AccountException e){    
4.   //账号出错    
5. }catch(PasswordException e){    
6.   //密码出错    
7. }catch(IdentifyException e){  
8.   //验证码错误  
9. }catch(AccountDisableException e){  
10.   //账号被禁用  
11. }  

 

 

五、使用正确的log记录异常信息

Java代码  

1. Log logger = LogFactory.getLog(Demo.class);  
2. try{  
3.     
4. }catch(SQLException e){  
5.  throw new BusinessException(e);           //√发生该异常会影响后续数据完整性的时候，应该抛出中止操作  
6.  logger.error(e.getLocalizedMessage(),e);  //√记录完整的log日志方便调试  
7.  log.error(e);                             //×这种记录方式只能记录很少的异常信息（连异常发生的位置都没有，记了白记）  
8.  e.printStackTrace();                      //×仅仅将异常打到控制台，开发调试还可以，一旦到生产环境就很难跟踪异常  
9.  System.out.print(e);                      //×同上  
10. }  

 

 

六、除了记录异常，记得记录详细参数信息

很多时候通过logger.error(e.getLocalizedMessage(),e)这种记录日志的方式都不一定分析出异常原因。

比如出现一个SQL异常，log日志可能会这样提示：ORA-00936:　缺少表达式。试问这样的错误你能分析这句SQL到底哪儿出了问题吗？不能!所以记录日志的时候最好是把SQL及参数都打印出来，如下例所示。

但记录日志要有分寸，别把客户的机密信息记录出来，如果被发现，我们会负责的！

Java代码  

1. public List find(Long id,String name){  
2.   String sql = ......;  
3.   try{  
4.   JdbcAgent.excute(sql);  
5.   }catch(Exception e){  
6.   logger.error("sql异常:"+sql+" 参数ID："+id+"，参数name："+name,e);  
7.   }  
8. }  

 

（注：作为研发你可能会说:我通过Eclipse debugger调试就可以知道原因了。但从长远考虑：假如系统已经部署到客户环境上，他们允许你debugger调试吗？不能！所以最好的求助工具就是详细的log日志！）

 

七、从子到父顺序捕获异常

如下所示，假如抛出的是BusinessException异常，那么第二个catch就能捕获到。

如果catch(Exception e)在catch(BusinessException e)之前，则该异常会被catch(Exception e)捕获而不会进catch(BusinessException e)。

Java代码  

1. try{  
2.   
3. }catch(RuntimeException e){  
4.   
5. }catch(BusinessException e){//BusinessException extends Exception  
6.   
7. }catch(Exception e){  
8.   
9. }  

 

 

八、使用isInfoEnabled和isDebugEnabled

在看spring和apache等开源体系下的代码时，你会发现在记录log日志时总是看到如下风格的代码：

Java代码  

1. if (logger.isDebugEnabled()) {  
2.     logger.debug("Published root WebApplicationContext as ServletContext attribute with name [" +WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE + "]");  
3. }  
4. if (logger.isInfoEnabled()) {  
5.     long elapsedTime = System.currentTimeMillis() - startTime;  
6.     logger.info("Root WebApplicationContext: initialization completed in " + elapsedTime + " ms");  
7. }  

 

为什么记录debug和info日志前要加个判断？其实原因很简单：提高效率！如上代码所示，在记录日志时进行了字符串拼接，要知道这是会消耗一定资源的。假如当前log日志级别是error，则debug和info是不会被输出的，如果加了if判断则log.debug/info中的字符串拼接就不会执行，自然提高了效率。

在小系统看不出差距，但如果是高并发的系统下，少执行一句代码能明显减小服务器的压力，精细化的代码是有必要的！

 

注意：下面这样的代码是提高不了性能的，因为在if之前就已经准备好log信息：

Java代码  

1. long elapsedTime = System.currentTimeMillis() - startTime;  
2. String info = "Root WebApplicationContext: initialization completed in " + elapsedTime + " ms";  
3. if (logger.isInfoEnabled()) {  
4.     logger.info(info);  
5. }  

 

4 
顶

0 
踩

分享到：   

关于HQL和JDBC SQL中字段相除的一点小经验 |  SpringMVC加载WebApplicationContext源码 ...

• 2014-11-29 12:09
• 浏览 11356
• 评论(0)
• 分类:编程语言
• 查看更多

相