Day04-异常
异常
-
实际工作中,遇到的情况不可能是非常完美的。比如:写的某个模块,用户输入不一定符合你的要求,你的程序要打开某个文件,这个文件可能不存在或者文件格式不对,你要读取数据库的数据,数据可能是空的等。我们的程序再跑着,内存可能满了。等等。
-
Exception,意思是意外
-
异常指程序运行中的不期而至的各种状况,如:文件找不到、网络连接失败、非法参数等。
-
异常发生在程序运行期间,它影响了正常的程序运行流程。
-
异常主要分为三种类型:
- 检查性异常:最具代表的检查性异常是用户错误或问题引起的异常,这是程序员无法预见的。例如要打开一个不存在的文件时,一个异常就发生了,这些异常在编译时不能被简单地忽略。
- 运行时异常:运行时异常是可能被程序员避免的异常。与检查性异常相反,运行时异常可以在编译时被忽略。
- 错误Error:错误不是异常,而是脱离程序员控制的问题。错误在代码中通常被忽略。例如,当栈溢出时,一个错误就发生了,它们在编译时也检查不到的。
-
Java把异常当做对象来处理,并定义一个基类java.lang.Throwable作为所有异常的超类。
-
在Java API 中已经定义了许多异常类,通常分为错误Error和异常Exception
-
区别(Error):
- Error类对象由java虚拟机生成并抛出,大多数错误与代码编写者所执行的操作无关。
- Java虚拟机运行错误(Virtual MachineError),当JVM不再有继续执行操作所需要的内存资源时,将出现OutOfMemoryError。这些异常发生时,Java虚拟机(JVM)一般会选择线程终止;
- 还有发生在虚拟机试图执行应用时,如类定义错误(NoClassDefFoundError)、链接错误(LinkageError)。这些错误是不可查的,因为它们在应用程序的控制和处理能力之外,而且绝大多数是程序运行时不允许出现的状况。
-
区别(Exception):
-
在Exception分支中有一个重要的子类RuntimeException(运行时异常)
-
ArrayIndexOutOfBoundsException(数组下标越界)
NullPointerException(空指针异常)
ArithmeticException(算术异常)
MissingResourceException(丢失资源)
ClassNotFoundException(找不到类)等异常,这些异常是不检查异常,程序中可以选择捕获处理,也可以不处理
-
-
这些异常一般是由程序逻辑错误引起的,尽量避免异常的发生
-
Error比较致命会让JVM终止线程,Exception通常可以被程序处理
抛出异常
程序在正常执行的过程中,一旦出现异常,就会在异常代码处生成一个对应异常类的对象,并将此对象抛出
一旦抛出对象之后,其后的代码就不在执行
关于异常对象的产生:1系统自动生成的异常对象
2手动的生成一个异常对象,并抛出(throw)
捕获异常
-
try-catch-finall
- try{
//可能出现异常的代码
}
catch(异常类型1 变量名1){
//处理异常的方式1
} catch(异常类型2 变量名2){
//处理异常的方式2
} catch(异常类型3 变量名3){
//处理异常的方式3
- try{
}
........
finally{
//一定会执行的代码
}
说明:
-
使用try将可能出现异常代码包装起来,在执行过程中,一旦出现异常,就会生成一个对应异常类的对象,根据此对象的类型,去catch中匹配
-
一旦try中的异常对象匹配到某一个catch时,就进入catch中进行异常的处理.一旦处理完成,就跳出当前的try-catch结构(在没有写finall语句的情况下),继续执行之后的代码
-
catch中的异常类型如果没有子父类关系,则谁声明在上,谁声明在下无所谓.
catch中的异常类型如果满足子父类关系,则要求子类一定声明在父类的上面,否则报错
-
常用的异常对象处理的方式:1.String getMessage() 2.printStackTrace()
-
在try结构中声明的变量,再出了try结构以后,就不能再被调用
-
finally是可选的.
-
finally中声明的是一定会被执行的代码.即使catch中又出现异常了,try中有return语句,catch中有return语句等情况
-
像数据库连接\输入输出流\网络编程Socket等资源,JVM是不能自动回收的,我们需要自己手动的进行资源的释放.此时的资源释放,就需要声明在finally中.
-
try-catch-finally结构可以相互嵌套
体会: 1. 使用try-catch-finally处理编译时异常,使得程序再编译时就不再报错,但是运行时仍可能报错.
相当于我们使用try-catch-finally将一个编译时可能出现的异常延迟到运行时出现.
2. 开发中,由于运行时异常比较常见,所以我们通常就不针对运行时异常编写try-catch-finally了.针对编译时异常,我们一定要考虑异常的处理
-
throws+异常类型
-
"throws+异常类型"卸载方法的声明处.指明此方法执行时,可能会抛出的异常类型.一旦当方法体执行时,出现异常,仍会在代码异常处生成一个异常类的对象,此对象满足throws后异常类型时,就会被抛出.异常代码后续的代码,就不再执行!
-
体会:try-catch-finally:真正的将异常给处理掉了.
throws的方式只是将异常抛给了方法的调用者,并没 有真正将异常处理掉.
-
开发中如何选择使用try-catch-finally 还是使用throws?
3.1 如果父类中被重写的方法没有throws方式处理异常,则子类重写的方法也不能使用throws,意味着如果子类重写的方法中有异常,必须使用try-catch-finally方式处理
3.2 执行的方法中,先后又调用了另外的几个方法,这几个方法是递进关系执行的.我们建议这几个方法使用throws的方式进行处理.而执行的方法a可以考虑使用try-catch-finally方式进行处理.
补充:子类重写的方法抛出的异常类型不大于父类被重写的方法抛出的类型(从多态的角度去考虑)
-
try:监控区域
catch:(想要捕获的异常类型!)捕获异常。如:catch(Error e){}
finally:处理善后工作
throw:主动的抛出异常,一般在方法中使用
throws:假设这方法中,处理不了这个异常,方法上抛出异常
捕获和抛出异常可以使程序继续运行下去,而不是结束线程
自定义异常
在程序中使用自定义异常类,大体包括以下几个步骤:
-
创建自定义异常类(继承于Exeption类\RuntimeException类);
提供全局常量:serialVersionUID
提供重载的构造器
-
如果在当前抛出异常的方法中处理异常,可以使用try-catch语句捕获并处理;否则在方法的声明处通过throws关键字指明要抛出给方法调用者的异常,继续进行下一步操作;
-
在出现异常方法的调用者中捕获并处理异常
总结
- 处理运行异常时,采用逻辑去合理规避同时辅助try-catch处理
- 在多重catch块后,可以加一个catch(Exception)来处理可能会被遗漏的异常
- 对于不确定的代码,也可以加上try-catch,处理潜在的异常
- 尽量去处理异常,切忌只是简单地调用printStackTrace()去打印输出
- 具体如何处理异常,要根据不同的业务需求和异常类型去决定
- 尽量添加finally语句块去释放占用的资源