这三方面的信息分别对应着三种消息的"接收者"： 
(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子句随着方法实现的改变而改变。 
    在设计方法的初期，就声明这个方法抛出调用者所预期的异常，而不是在方法的实现阶段根据当前的实现方法来决定抛出何种异常。

java如何自定义异常,布布扣,bubuko.com

java如何自定义异常