这三方面的信息分别对应着三种消息的"接收者":
(1) 异常的类型--对于divide方法的调用者有特别重要的意义。调用divide方法的程序可以通过捕获特定类型的异常(如MyArithmeticException)而忽略其它类型异常。
(2) 发生异常的位置--对于程序员或客户技术支持来说有着特别重要的意义。他们需要通过stacktrace信息来分析错误或调试程序。
(3) 异常的信息--对于那些解释错误信息的用户来讲有着特别重要的意义。
如果在你的开发过程中遇到任何Java提供的异常类都不能描述的异常情况时,你可以创建自己的异常类:
通过继承Exception类或它的子类,实现自定义异常类;
对于自定义异常,必须采用throw语句抛出异常,这种类型的异常不会自行产生。
具体分为两步:
第1步 定义异常类。

class MyArithmeticException extends ArithmeticException{
     public MyArithmeticException(){
      public MyArithmeticException(String errorDescription){
     super(errorDescription);
}
    }
}




第2步 创建异常对象,并抛出该对象。。


public static int divide(int a,int b) throws MyArithmeticException{
     int result;
      if (b==0)
     throw new MyArithmeticException("divide by zero");
      else   result=a/b;
      return result;
}
public static void main(String args[ ]) {
     try{     divide(10,0);
     }catch(userException e) {
          e.printStackTrace();
     }    
}




当方法divide抛出MyArithmeticException异常时,它同时"抛出"了三方面的信息:


(1) 异常的类型,这里是MyArithmeticException。


(2) 发生异常的位置,可以通过异常的printStackTrace()方法得到。


(3) 异常的信息,在这里是通过指定errorDescription字符串("divide by zero")来表达的。


当程序抛出一个异常的时候,必须选择合适的异常类型,以便方法的调用者程序可以根据异常的类型来作出正确的处理;必须设置有意义的异常信息,以便看到异常或日志记录的用户能明白发生了什么事;必须让stacktrace反映出异常发生的最原始的位置信息。


       一个方法所声明抛出的异常,是设计该方法时必须考虑的重要因素。程序员应该站在方法调用者的立场去考虑这个问题,而不是站在书写这个方法的开发者的立场:


(1) 哪些异常是对调用者有意义的 ?调用者可以方便地捕获并处理这些异常。


(2) 哪些异常是调用者应当忽略的?调用者可以把这些异常传递给它们的调用者或用户。


在Java语言规范中,对于一个方法声明异常的数量没有一个硬性的指标,但通常声明较少的异常为好。


当程序员在一个方法中抛出一个异常,即书写一个throws句子时,对于每一个想抛出的异常,首先要考虑:


       (1)   方法的调用者接收到这个异常后,能够做些什么?


    (2) 方法的调用者是否能够区分异常的不同类型,从而做出不同的处理?


    如果考虑后的回答是否定的,那么书写该throws句子的程序员应在该方法中自行处理该异常,或者将它改为对调用者更为有意义的异常。


在设计方法的定义时,将相关的异常组织成对象树,只在方法中声明父类异常,这是保持throws子句稳定性的好方法。当需要增加一种异常时,只需从适当的父类中派生一个异常类即可。不需要修改方法的定义,因而也避免了修改所有该方法调用者的定义代码。


    将多个“低级异常”映射到少量“高级异常”的处理方法,还有一个显著的好处:它可以避免throws子句随着方法实现的改变而改变。


    在设计方法的初期,就声明这个方法抛出调用者所预期的异常,而不是在方法的实现阶段根据当前的实现方法来决定抛出何种异常。