在JVM遇到异常的时候,先是在当前方法中寻找catch代码块,如果找到了就执行该代码块;否则,JVM会从调用栈中弹出该方法的栈结构,继续到前一个方法中查找合适的catch代码块。
正常情况下try catch块语句不会对程序的性能造成很大影响,比如try catch块在同一个地方(方法)里就影响不大;但是如果JVM必须搜索方法调用栈来寻找catch块的时候,那么开销就很大了。
所以,不应该使用异常处理机制来控制程序流程,而应该确保仅仅在程序中可能出现异常的地方使用try catch块。并且,能够自己处理的异常,应该尽量自己处理。
语法规则要点:
1.try代码块后面可以有零个或多个catch块,还可以有零个或至多一个finally块,二者至少有其一,也就是try后面可以只跟一个finally,而没有catch。
2.在try代码块中定义的变量作用域仅仅为try代码块。
3.throw后面不允许紧跟其他语句,因为它们永远都没有机会执行。
4.finally不被执行的唯一情形是先执行了System.exit()方法。
5.在执行try或catch中的return语句时,如果有finally块,则要先执行finally块,然后再返回。
6.finally不能通过重新给变量赋值的方法来改变return的返回值。如:
int a=0;
try{
return a;
}finally{
a=1;
}
7.不要再finally中使用return,因为这会覆盖掉try和catch中的return。此外,finally中的return,还会导致catch里throw的异常丢失。
Throwable类有两个子类:Error和Exception
Error表示严重的错误,比如方法调用栈溢出和内存不足等。
Exception表示程序本身可以处理的异常。
Exception又分为运行时异常和受检查异常
RuntimException就是Java编译器不会检查的异常。即使没有try catch,没有throws,还是会编译通过。
受检查异常就是编译器会检查的异常。
Error和RuntimeException都会导致程序的终止,编译器也都不会检查他们。
它们的区别是一般不会扩展Error类来创建用户自定义的错误类,而RuntimeException经常会被扩展。
当位于最上层的子系统不需要关心来自底层的异常的细节的时候,常见的做法是捕获原始异常,把它转换为一个新的不同类型的异常,再抛出新的一场。这种处理异常的方式成为异常转译。