java 异常(Exception)

一，异常的概念 ：异常是程序运行期出现的错误。

二，异常的分类：a,

 

 

 

三，异常的捕获和处理

理解一下五个关键字： throw    throws   try  catch   finally

try{  可能发生异常的代码 }catch(Exception e){ 对异常捕获处理的代码}finally{ 可以写一些对资源的关闭的代码}

 

throw   对自己能够处理的异常，后面跟一个异常对象，在处理的时候抛出自定义的异常的做法。  catch (Exception e) {throw ApplicationException("系统发生故障，请联系管理员!!!");}

throws   对自己不能够处理或者不想处理的异常抛出的做法，是写在方法后面的。 eg：public void ReadFromFile() throws IOException {......}

throw  vs  throws :  

throw:是手动的往外抛 。

thorws是调用方法的时候自动往外抛出异常的做法（声明异常）。

 

理解e.printStackTrace()  打印错误的堆栈信息。

 

使用自定义的异常，然后在程序里面调用的做法。

 

package Exception;
public class MyException extends Exception {
 public MyException() {
  super();
 }
 public MyException(String arg0, Throwable arg1) {
  super(arg0, arg1);
 }
 public MyException(String arg0) {
  super(arg0);
 }
 public MyException(Throwable arg0) {
  super(arg0);
 }
 
}
 
package Exception;
/**
 * 登记学生人数的小例子。
 * 用自定义的异常的做法。
 * @author Administrator
 *
 */
public class TestException {
 public void register(int num) throws MyException{
  if(num<0){
   throw new MyException("学生人数为负值，不合理");
  }
  System.out.println("要登记的学生人数是："+num);
 }
 public void manager (){
  try {
   register(-5);
  } catch (MyException e) {
   // TODO Auto-generated catch block
   e.printStackTrace();
  }
 }
 public static void main(String[] args) {
  TestException te = new TestException();
  te.manager();
 }
 
}

 

方法重写声明式异常的原则：子类声明的异常范围不能超过父类声明的范围。
a,父类没有声明异常，子类也不能声明异常。

重写Thread的run()方法的时候可以加深理解，不能抛出不是从RuntimeException继承的异常
b,不可以抛出原有方法抛出的异常类的父类或上层类。
c,抛出异常类型的数目不可比原有方法抛出的还多（不是指个数）。

重写方法需要抛出与原方法异常类型一致的异常或者不抛出异常(抛范围大了不行，抛少范围小了也不行)

 

 在一个web 项目中写一个自定义的异常一定是从RuntimeException继承而来的。比如ApplicationException

、DBException等。

 

在Web项目中catch块中处理异常标准的做法是：a，日志记录、b，将异常信息抛出到界面。

 logger.error(ExceptionUtils.getStackTrace(exception));
 serviceResult.setMessage(ExceptionUtils.getStackTrace(exception));

 

千万不能在catch 块中吞并异常，如果吞并了异常后期定位真正的异常会很麻烦。

 

异常的使用建议
a,避免使用异常处理代替错误处理，这样会降低程序的清晰性，并且效率低下。
比如登录时帐号名或密码不对，不能单独定义一种帐号或者密码不对的异常，然后在逻辑块
写try catch抛出这种异常。
b,处理异常不可以代替简单测试，只在异常情况下使用异常机制。
c,不要进行小粒度的异常处理，应该将整个任务包在一个Try语句块中。
d,异常往往在高层处理。