JAVA学习四

异常——程序在运行时出现不正常情况。

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处理，绝对不能抛。