异常
异常结构图:
一.关于整个类图的理解:
。这些错误表示故障发生于虚拟机自身、或者发生在虚拟机试图执行应用时,如Java虚拟机运行错误(Virtual MachineError)、类定义错误(NoClassDefFoundError)等。这些错误是不可查的,因为它们在应用程序的控制和处理能力之 外,而且绝大多数是程序运行时不允许出现的状况。对于设计合理的应用程序来说,即使确实发生了错误,本质上也不应该试图去处理它所引起的异常状况。在 Java中,错误通过Error的子类描述。
二异常的功能:
异常使得出现了问题之后还能够继续执行后面的代码
三.异常的分类:
必须检查的异常:
一种是不检查异常(运行时异常):程序逻辑错误引起的,编译器不会去检查他
另一种是检查异常(非运行时的异常,编译异常):
怎么理解呢?运行时候的异常不关编译的事情,所以是非检查的
编译异常是关乎编译的事情的所以是必须检查的
四.异常处理的过程:
抛出异常->捕获异常:
一旦某个catch捕获到匹配的异常类型,将进入异常处理代码。
一经处理结束,就意味着整个try-catch语句结束。
其他的catch子句不再有匹配和捕获异常类型的机会。
因此:对于有多个catch子句的异常程序而言,应该尽量将捕获底层异常类的catch 子句放在前面,同时尽量将捕获相对高层的异常类的catch子句放在后面
Try-catch块的功能分工:
try 块:用于捕获异常。其后可接零个或多个catch块,如果没有catch块,则必须跟一个finally块。
catch 块:用于处理try捕获到的异常。
(匹配的原则是:如果抛出的异常对象属于catch子句的异常类,或者属于该异常类的子类,则认为生成的异常对象与catch块捕获的异常类型相匹配。)
(同时需要注意的是,catch块中捕获异常的时候父类最好放在下面,因为之前讲过了会如果抛出的异常是catch括号中的子类则会捕获)
finally 块:无论是否捕获或处理异常,finally块里的语句都会被执行。
当在try块或catch块中遇到return语句时,finally语句块将在方法返回之前 被执行。在以下4种特殊情况下,finally块不 会被执行:
1)在finally语句块中发生了异常。
2)在前面的代码中用了System.exit()退出程序。
3)程序所在的线程死亡。
4)关闭CPU。
需要注意的是,一旦某个catch捕获到匹配的异常类型,将进入异常处理代码。一经处理结束,就意味着整个try-catch语句结束。其他的catch子句不再有匹配和捕获异常类型的机会。
try、catch、finally语句块的执行顺序:
1)当try没有捕获到异常时:try语句块中的语句逐一被执行,程序将跳过catch语句块,执行finally语句块和其后的语句;
2)当try捕获到异常,catch语句块里没有处理此异常的情况:当try语句块里的某条语句出现异常时,而没有处理此异常的catch语句块时,此异常将会抛给JVM处理,finally语句块里的语句还是会被执行,但finally语句块后的语句不会被执行;
3)当try捕获到异常,catch语句块里有处理此异常的情况:在try语句块中是按照顺序来执行的,当执行到某一条语句出现异常时,程序将跳到catch语句块,并与catch语句块逐一匹配,找到与之对应的处理程序,其他的catch语句块将不会被执行,而try语句块中,出现异常之后的语句也不会被执行,catch语句块执行完后,执行finally语句块里的语句,最后执行finally语句块后的语句;
关于自定义异常方法与自定义异常类:
函数使用:
}//表示可以抛出异常的函数
在函数中使用throw关键字即可抛出异常
自定义异常类:
只需要继承了
class
使用即可
关于什么时候自定义强制的异常,什么时候用非强制的异常?
我觉得还是按照原本异常划分的思路,或者说是按照原本java设计者的思路,需要我们程序员处理的异常就定义为强制的异常,而不需要我们处理就可以像运行时异常一样,将它定义为非强制的。
有的时候,空指针之类的,非强制,但是一旦发生错误就会终止线程,我们可以进行选择,是否要强制进行try-catch这样或许好些