(根据http://www.imooc.com/learn/110 陈码农老师教学视频总结)
一.异常体系结构
所有不正常类都继承于Throwable类
1.异常两个子类 error & Exception
(1)Error类:
表示由JVM所侦测到的无法预期的错误,由于这是属于JVM层次的严重错误,导致JVM无法继续执行,因此,这是不可捕捉到的,无法采取任何恢复的操作,顶多只能显示错误信息。
(2)Exception类
(参考 http://bbs.itheima.com/thread-117155-1-1.html wanghe826的回答)
分为:runtime exception和checked exception。
面对这种异常不管我们是否愿意,只能自己去写一大堆catch块去处理可能的异常
try{ |
//会抛出异常的方法,若抛出异常,该方法终止执行,控制权交给catch里 |
}catch(Exception e){ |
//处理该异常的代码块,发出警告、记录错误日志 |
} |
【1】RuntimeException(非检查异常,运行时异常)
eg. 引用了空对象的属性或方法(空指针),数组访问越界、错误类型转换、除数0算数异常
运行时异常,我们可以不处理。当出现这样的异常时,总是由虚拟机接管。比如:我们从来没有人去处理过NullPointerException异常,它就是运行时异常,并且这种异常还是最常见的异常之一.
如果不对RuntimeException处理,出现运行时异常之后,要么是线程中止,要么主程序终止。
如果不想终止,则必须扑捉所有的运行时异常,决不让这个处理线程退出。队列里面出现异常数据了,正常的处理应该是把异常数据舍弃,然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。在这个场景这样处理可能是一个比较好的应用,但并不代表在所有的场景你都应该如此。
如果在其它场景,遇到了一些错误,如果退出程序比较好,这时你就可以不太理会运行时异常,或者是通过对异常的处理显式的控制程序退出。
【2】检查(checked)异常 要手动捕获处理
检查异常也就是我们经常遇到的IO异常,以及SQL异常都是这种异常。对于这种异常,JAVA编译器强制要求我们必需对出现的这些异常进行catch。
二.异常处理
抛出多个异常(多重catch)
多个catch
try{ |
//会抛出异常的方法,若抛出异常,该方法终止执行,控制权交给catch里 |
}catch(AritheticException e){ |
//处理算数为0的情况 |
}catch(Exception e){ // 处理该异常的代码块,发出警告、记录错误日志 //算数异常使Exception 的子类,按照父亲谦让儿子的顺序 } |
注意:
顺序问题:先小后大,先子类、后父类,因为会自动找就近匹配的异常处理。上述Exception是上面异常的父类,所以放到最后,不然编译会报错。
finally善后工作
具体案例参考 http://www.cnblogs.com/haitao-fan/archive/2012/05/31/2528389.html
finally 结构使代码总会执行,而不管有无异常发生。使用 finally 可以维护对象的内部状态,并可以清理非内存资源
Try{ |
//会抛出异常的方法,若抛出异常,该方法终止执行,控制权交给catch里 |
}catch(AritheticException e){ |
//处理算数为0的情况 |
}catch(Exception e){ // 处理该异常的代码块,发出警告、记录错误日志 e.printStackTrace(); }finally{ |
//善后工作,最后要处理的代码 } |
三.异常抛出throw
throws——声明将要抛出何种类型的异常
public void methodName(args1,args2) |
throws 异常列表{ |
//调用会抛出的异常的方法或者throw new Exception() |
} |
例子
public void divide(int one, int two) throws Exception{ |
if (two==0) |
throw new Exception(""two" can't be zero "); |
else |
System.out.println("the result is :"+one/two); |
} |
四.自定义异常
必须继承java标准类中意思相近的异常类型,或者Exception
class yourName extends ExceptionType{ }
五.异常链
把捕获的异常包装成新的异常,从新的异常添加对原始异常的引用
package com.imooc; |
public class ChainTest { |
/** |
* test1() 抛出drunk异常, |
* test2() 调用test1(),捕获drunk异常,并包装成运行时异常,继续抛出 |
* main()调用test2(),尝试捕获test2抛出的异常 |
*/ |
public static void main(String[] args) { |
ChainTest ct=new ChainTest(); |
try { |
ct.test2(); |
} catch (Exception e) { |
e.printStackTrace(); |
} |
} |
public void test1() throws DrunkException{ |
throw new DrunkException("喝酒别开车"); |
} |
|
public void test2() { |
try { |
test1(); |
} catch (DrunkException e) { |
RuntimeException newException = new RuntimeException("司机一滴酒,亲人两行泪"); |
//调用含参构造器 |
newException.initCause(e);//下面有解释 |
throw newException; |
} |
} |
} |
解释newException.initCause(e)
出处 http://zy19982004.iteye.com/blog/1975986
- 现在所有Throwable的子类子构造器中都可以接受一个cause对象作为参数,这个cause就异常原由,代表着原始异常,即使在当前位置创建并抛出行的异常,也可以通过这个cause追踪到异常最初发生的位置。
- 只有Error,Exception,RunimeException提供了带cause参数的构造器,其他的所以异常就只有通过initCause()来设置cause了。
六.经验总结
- 多重catch后面加个catch(Exception),处理可能遗漏的异常
- 不确定的代码surrounded with try-catch,处理潜在异常
- 尽量处理异常,不要只用简单的调用printStackTrace()
- 尽量添加finally去释放占用资源