如果采取措施，记录了捕获的异常，则不可能遇到这个问题。实际上，除非确认异常对代码其余部分绝无影响，至少也要作记录。进一步讲，永远不要忽略问题；否则，风险很大，在后期会引发难以预料的后果。

不要使用覆盖式异常处理块

另一个危险的处理是覆盖式处理器（blanket handler）。该代码的基本结构如下：

1　　try{ 2　　　//　…　 3　　} 4　　catch(Exception　e){ 5　　　//　…　 6　　}

使用覆盖式异常处理块有两个前提之一：

1. 代码中只有一类问题。

这可能正确，但即便如此，也不应使用覆盖式异常处理，捕获更具体的异常形式有利物弊。

2. 单个恢复操作始终适用。

这几乎绝对错误。几乎没有哪个方法能放之四海而皆准，能应对出现的任何问题。

分析下这样编写代码将发生的情况。只要方法不断抛出预期的异常集，则一切正常。但是，如果抛出了未预料到的异常，则无法看到要采取的操作。当覆盖式处理器对新异常类执行千篇一律的任务时，只能间接看到异常的处理结果。如果代码没有打印或记录语句，则根本看不到结果。

更糟糕的是，当代码发生变化时，覆盖式处理器将继续作用于所有新异常类型，并以相同方式处理所有类型。

一般不要把特定的异常转化为更通用的异常

将特定的异常转换为更通用异常时一种错误做法。一般而言，这将取消异常起初抛出时产生的上下文，在将异常传到系统的其他位置时，将更难处理。见下例：

1　　try{ 2　　　//　Error-prone　code 3　　} 4　　catch(IOException　e){ 5　　　String　msg　=　"If　you　didn　’　t　have　a　problem　before,you　do　now!"; 6　　　throw　new　Exception(msg); 7　　}

因为没有原始异常的信息，所以处理器块无法确定问题的起因，也不知道如何更正问题。

不要处理能够避免的异常

对于有些异常类型，实际上根本不必处理。通常运行时异常属于此类范畴。在处理空指针或者数据索引等问题时，不必求助于异常处理。

Java异常处理及其应用(6)

Java 异常处理的应用实例

在定义银行类时，若取钱数大于余额时需要做异常处理。

定义一个异常类 insufficientFundsException。取钱（withdrawal）方法中可能产生异常，条件是余额小于取额。

处理异常在调用 withdrawal 的时候，因此 withdrawal 方法要声明抛出异常，由上一级方法调用。

异常类：

class　InsufficientFundsExceptionextends　Exception{ 　　 private　Bank　excepbank;　　　//　银行对象 　　 private　double　excepAmount;　　//　要取的钱 　　 InsufficientFundsException(Bank　ba,　double　dAmount) 　　 {　excepbank=ba; 　　　　 excepAmount=dAmount; 　　 } 　　 public　String　excepMessage(){ 　　　 String　str="The　balance　is"+excepbank.balance 　　　　 +　"\n"+"The　withdrawal　was"+excepAmount; 　　　 return　str; 　　 } }//　异常类

银行类：

class　Bank{ 　　 double　balance;//　存款数　 　　 Bank(double　balance){this.balance=balance;} 　　 public　void　deposite(double　dAmount){ 　　　 if(dAmount>0.0)　balance+=dAmount; 　　 } 　　 public　void　withdrawal(double　dAmount) 　　　　　　　　 throws　InsufficientFundsException{ 　　　 if　(balance<dAmount)　　　throw　new 　　　　　 InsufficientFundsException(this,　dAmount); 　　　 balance=balance-dAmoun

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!