异常——程序在运行时出现不正常情况。
1,划分:
严重问题——JAVA通过Error类进行描述—— 一般不编写针对性的代码对其进行处理——虚拟机搞不定
非严重问题——JAVA通过Exception类进行描述——可以使用针对性的代码对其进行处理
无论Error或者Exception都具有一些共性内容——向上抽取为Throwable类——Error Exception都为其直接子类
如:不正常情况的信息,引发原因等。
2,对捕获到的异常对象操作的常见方法:
string getMessage();——打印 异常信息
string toString();——打印 异常名称,异常信息
void printStackTrace();——打印 异常名称,异常信息,异常出现的位置。
注:JVM默认的异常处理机制,就是在调用printStackTrace方法,完事程序就结束了。打印异常的堆栈的跟踪信息。
3,在函数上声明异常——便于提高安全性,让调用处进行处理,不处理则编译失败。
int div(int a, int b)throws Exception //在功能上通过throws 关键字声明了该功能有可能会出现的问题。
{ return a/b; }
4,多异常的处理——
1,声明异常时,建议声明更为具体的异常。这样可以处理的更具体。
2,对方声明几个异常,就对应有几个catch块。不要定义多余的catch块。
如果多个catch块中的异常出现继承关系,父类异常catch块放在最下面。
建议——在进行catch处理时,catch中一定要定义具体处理方式。
不要简单定义一句e.printStackTrace(),也不要简单的就书写一条输出语句。
应该——把问题信息用硬盘文件记录下来——异常日志文件
5,自定义异常——因为项目中会出现特有的 而未被JAVA所描述并封装对象的 问题。——JAVA不认识 只能手动抛出。
throw new FuShuException(); —— 手动抛出负数异常 —— 编译时 异常问题最后抛出。
当在函数内部出现了throw抛出异常对象,那么就必须要给对应的处理动作。
要么在函数内部try catch 处理。 要么在函数上声明让调用者处理。——一般函数内出现异常,函数上需要声明。
最后会发现 打印的结果中只有异常的名称,却没有异常的信息——因为 自定义的异常并未定义信息 需要自己定义
自定义异常信息——因为父类已把异常信息的操作都完成了,所以只要子类在构造时,将异常信息 通过 super语句 传递给父类即可。
之后就可以直接通过getMessage方法获取自定义的异常信息。
注意:自定义异常 必须是自定义类继承Exception(而非Throwable)。
继承Exception原因——
异常体系有个特点——即异常类和异常对象都被抛出,他们度具备可抛性,可抛性是Throwable这个体系的独有特点。
而只有这个体系中的类和对象才可以被throws 和 throw操作。
throws——使用在函数上;后面跟的是异常类,可以跟多个,用逗号隔开。
throw——使用在函数内;后面跟的是异常对象。
int div(int a, int b)throws FuShuException
{
if (b < 0)
{
throw new FuShuException("by fushu");
}
return a/b;
}
注意:
函数内抛出异常,必须在函数上先声明。
但是 Exception中有一个特殊的子类异常, RuntimeException运行时异常。
如果在函数内部抛出该异常,函数上可以不用声明,编译一样通过。
如果在函数上声明了该异常,调用者可以不用进行处理,编译一样通过。
不用函数声明是因为 不需要调用者处理。 当该异常发生时,希望程序停止。因为在运行时,出现了无法继续运算的情况,希望停止程序后,由程序员对代码进行修正。
所以 在自定义异常时,如果认为 该异常的发生会让运算无法继续,就让自定义异常继承RuntimeException。
6,finally代码块:定义一定执行的代码。通常用于关闭资源。
注意: 就算catch块中有return语句 finally仍然会执行。
catch是用于处理异常的,没有catch就意味着没有处理异常。若该异常是检测时异常(即编译时异常 编译时被检测),必须在函数上声明,否则编译出错。
这里面 关于哪些异常应该自行处理 哪些应该抛出去 主要是要注意分层思想 (模块化式开发),问题的封装(不要暴露本层问题,只要暴露一个对方能够识别的问题即可)——如下:
我——用户,你——程序
我在调用你的功能往数据库中存数据 你在操作数据 我给你数据 你给我结果就行。 因为我不是那个操作数据库的人我只是光给或者拿数据的人,而且我根本就不知道这些数据会走入数据库,而你才是操作他们的那个人,如果你把操作数据库的问题(数据库异常)抛给我 我知道了这个问题,可我处理不了,这样做一方面你破坏了你的程序的封装性,另外一方面 这个问题应该是处理数据库层的那个人(你)更清楚 知道怎么处理。所以 SQLException数据库异常应该由你自己在函数内部处理,而不应该抛出给我。
最后 我需要得到的结果,比如说我存的数据因为不合法没有存成功,我应该知道没成功这个问题,而且我也能够处理(比如说我就不继续存了),所以你应该自定义一个NoException异常,在函数上声明,抛出给我处理。
finally只有一种情况读不到——System.exut(0);//系统推出 虚拟机结束。
7,子类在子父类覆盖中的体现
1,子类在覆盖父类时,如果父类的方法抛出异常,那么子类的覆盖方法,只能抛出父类的异常或者该异常的滋类。(早起程序不能处理后期新异常。)
2,如果父类方法抛出多个异常,那么子类在覆盖该方法时,只能抛出父类异常的子集。
3,如果父类或者接口的方法中 没有异常抛出,那么子类在覆盖方法时,也不可以抛出异常。
如果子类方法发生了一下,就必须要进行try处理,绝对不能抛。