目录
异常:
就是程序在运行时出现不正常情况,是对问题的描述,将问题进行对象的封装。
异常的由来:
问题也是现实生活中一个具体的事物,也可以通过java的类的形式进行描述,并封装成对象,其实就是java对不正常情况进行描述后的队形体现
问题的划分:
1.对于严重的问题,java通过Error类进行描述
- 对于Erroe一般不编写针对性的代码对其进行处理
2.对于非严重的问题,java通过Exception类进行描述
- 对于Exception可以使用针对性的处理方式进行处理
无论Error或者Exception都具有一些共性内容
异常的体系
Throwable
---Error
- 通常出现重大问题,如:运行的类不存在或者内存溢出等
- 不编写针对代码对其处理
---Exception
- 在运行时运行出现的一起情况,可以通过try catch finally
Exception和Error的子类名都是以父类名作为后缀
异常体系的特点:
异常体系中的所有类以及建立的对象都具备可抛性,也就是说可以被throw和throws关键字所操作,只有异常体系具备这个特点
异常的处理:
try
{
需要被检测的代码
}
catch(异常类 变量)
{
处理异常的代码;(处理方式)
}
finally
{
一定会执行的语句;
}
异常的好处:
1.将问题进行封装
2.将正常流程代码和问题处理代码相分离,方便于阅读
异常的处理原则:
1,处理方式有两种,try或者throws
2.调用到抛出异常的功能时,抛出几个,就处理几个,一个try对应多个catch
3.多个catch,父类的catch放到最下面
4.catch内,需要定义针对性的处理方式,不要简单的定义输出语句,也不要不写
对捕获到的异常对象进行常见的方法操作
String getMessage(); //获取异常信息
//在函数上声明异常,便于提高安全性,让调用处进行处理,不处理编译失败
class Demo
{
int div(int a,int b)throws Exception //在功能上通过throws的关键字声明了该功能有可能出现的问题
{
return a/b;
}
}
对多异常的处理
- 声明异常时,建议声明更为具体的异常,这样处理的可以更具体(异常有很多内置的异常)
- 对方声明几个异常,就对应有几个catch块,不要定义多余的catch块
- 如果多个catch块中的异常出现继承关系,父类异常catch块放在最下面,因为如果放在上面,所有的异常都会进到父类异常
因为项目中会出现特有的问题,而这些问题并未被java所描述并封装对象,所以对于这些特有的问题可以按照java的对问题封装的思想,将特有的问题进行自定义的异常封装
自定义异常
当在函数内部出现throw抛出异常对象,那么就必须要给对应的处理动作,要么在try catch处理,要么在函数上声明让调用者处理
一般情况在函数内出现异常,函数上需要声明
定义类继承Exception或者RuntimeException
1.为了让该自定义类具备可抛性
2.让该类具备操作异常的共性方法
如何定义异常信息
当要定义自定义异常的信息时,可以使用父类已经定义好的功能
按照java的面向对象思想,将程序中出现的特有问题进行封装
//自定义异常,必须是自定义类继承Exception
class FuShuException extends Exception
{
FuShuException(String msg)
{
//因为继承于Exception,父类中已经把异常信息的操作都完成了,所以子类只要在构造时,将异常信息传递给父类通过super语句,也可以直接通过getMessage方法获取自定义的异常信息
super(msg);
}
}
class Demo
{
int div(int a,int b)throws FuShuException
{
if(b<0)
throw new FuShuException("出现除数是复数的情况"); //手动通过throw关键字抛出一个自定义异常对象
return a/b;
}
}
继承Exception原因:
异常体系有一个特点:因为异常类和异常对象都被抛出,他们都具备可抛性,这个可抛性是Throwable这个体系中独有特点,只有这个体系总共的类和对象才可以摆throws和throw操作
throw和thorws的用法:
throw定义在函数内,用于抛出异常对象
throws定义在函数上,用于抛出异常类,可以抛出多个用逗号隔开
当函数内容有throw抛出异常对象,并未进行try处理,必须要在函数上声明,注意,RuntimeException除外,也就是说,函数内如果抛出的RuntimeException异常,函数上可以不用声明
如果函数声明了异常,调用者需要进行处理,处理方法可以throws可以try
RuntimeException
- Exception中有一个特殊的子类异常RuntimeException运行时异常
- 如果在函数内容抛出该异常,函数上可以不用声明,编译一样通过
- 如果在函数上声明了该异常,调用者可以不用进行处理,编译一样的通过
- 之所以不用在函数声明,是因为不需要让调用者处理,当该异常发生,希望程序停止,因为在运行时,出现了无法继续运算的情况,希望停止程序后,对代码进行修正
- 自定义异常时,如果该异常的发生,无法在继续进行运算,就让自定义异常继承RuntimeException
对于异常分两种:
1.编译时被检测的异常
该异常在编译时,如果没有处理(没有抛也没有try),编译失败
该异常被标识,代表这可以被处理
2.编译时不被检测的异常(运行时异常,RuntimeException以及其子类)
在编译时,不需要处理,编译器不检查
该异常的发生,建议不处理,让程序停止。需要对代码进行修正
异常应用
public void method() throws NoException
{
try
{
连接数据库;
数据操作; //throw new SQLException();
}
catch(SQLException e)
{
会对数据库进行异常处理;
throw new NoExeption //将处理后的结果抛出
}
finally
{
//这一步很重要,如果每次连接不成功或处理完数据后不关闭连接,会使链接数满,其他也就连接不上了
关闭数据库;
}
}
- finally中定义的通常是关闭资源代码,因为资源必须释放
- finally只有一种情况不会执行,当执行到System.exit(0);finally不会执行
异常处理三种格式:
//第一种
try
{
}
catch()
{
}
//第二种格式
try
{
}
catch()
{
}
finally
{
}
//第三种格式,不处理异常,需要将异常抛给其他层来处理
try
{
}
finally
{
}
知识点:
- catch是用于处理异常,如果没有catch就代表没有被处理过,如果该异常时检测时异常,那么必须声明
- 当捕获到的异常,本功能处理不了时,可以继续在catch中抛出
- 如果该异常处理不了,但并不属于该功能出现的异常,可以将异常转换后,在抛出和该功能相关的异常。
- 或者异常可以处理,当需要将异常产生和本功能相关的问题提供出去,当调用者知道,并处理,也可以将捕获异常处理后,转换新的异常
- 为什么不直接用runtimeexception,因为用户看见这个名字不知道发生了什么异常,所以继承runtimeecception,为这个继承类起个有意义的名字,可以很好的标识这个异常
- Try-catch可以很好的将正常流程代码和异常处理代码分离开,阅读起来很方便,比if更方便
异常在子父类覆盖中的体现
1.子类在覆盖父类时,如果父类的方法抛出异常,那么子类的覆盖方法,只能抛出父类的异常或者该异常的子类,不可以抛出其他类的异常
2.如果父类方法抛出多个异常,那么子类在覆盖该方法时,只能抛出父类异常的子集
3.如果父类或者接口的方法中没有异常抛出,那么子类在覆盖方法时,也不可以抛出异常,如果子类方法发生异常,就必须进行try处理,绝对不能抛
包:
- 对类文件进行分类管理
- 给类提供多层命名空间
- 写在程序文件的第一行
- 类名的全称的是 包名.类名
- 包也是一种封装形式
包与包之间进行访问,被访问的包中的类以及类中的成员,需要public修饰
不同包中的子类还可以直接访问父类中被Protected权限修饰的成员
包与包之间可以使用的权限只有两种,public protected
可以利用import引入包地址,这样就可以直接写类名,省去了写包名