是对问题的描述,将问题进行对象的封装
异常体系中的所有类以及建立的对象都具有可抛性
也就是说可以被throw和throws关键字操作
只有异常体系具备这个特点
throw定义在函数内,用于抛出异常对象
throws定义在函数上,用于抛出异常类,可以抛出多个,用逗号隔开
当函数内容有throw抛出异常对象,并未进行try处理,必须要在函数上声明
注:
RuntimeException除外,也就是说,函数内如果抛出RuntimeException异常,函数上可以不用声明
如果函数声明了异常,调用者需要进行处理,处理方法有throws,try。
编译时被检测异常
该异常在编译时,如果没有处理(没有抛也没有try),编译失败。
该异常被标识,代表可以被处理
运行时异常(编译时不检测)
在编译时,不需要处理,编译器不检查
该异常的发生,建议不处理,让程序停止,需要对代码进行修正。
try
{
需要被检测的代码;
}
catch ()
{
处理异常的代码;
}
finally
{
一定会执行的代码;
}
有三个结合格式:
1. try
{
}
catch ()
{
}
2. try
{
}
finally
{
}
3. try
{
}
catch ()
{
}
finally
{
}
注:
finally中定义的通常是关闭资源操作,因为资源必须被释放。
finally只有一种情况不会执行:当执行System.exit(0);退出程序时不会被执行。
try
{
throw new AException();
}
catch (AException e)
{
throw e;
}
按照java面向对象的思想,将程序中出现的特有问题进行封装
当要自定义异常的信息时,可以使用父类已经定义好的功能。
异常信息传递给父类构造函数
class MyException extends Exception
{
MyException(String message)
{
super(message);
}
}
在子父类覆盖时
由于以前是用C的,所以第一次接触“异常”这个概念,初步认识就是跟C中的错误判断语句是一样的,只不过,这些都是程序员约定俗成的语句,不是语言中的东西,所以看起来也很乱,没有条理,不系统,所以异常这个东西还是有很大意义的,它将错误处理与程序的正常流程分开,让代码更清晰,又将运行时的错误变成了语法错误,强制程序员对其进行处理,增加了程序的安全性,但是本人还是对RuntimeException有一些疑惑,究竟什么样的错误才算是无法恢复的,什么样的是可以恢复,由于“处世太浅”,所以还没有一定的经验去分析这个,看了一些资料,思来想去,我现在能理解到的地步即:
定义一个功能,如果你传递的参数有可能是这个功能无法继续运行,必须由调用者对传入参数的代码进行修改,才可以运行,此时抛出的即为RuntimeException
而如果你传入的参数正常,只是功能在运行过程中出现了异常,但是这种异常只是个别情况,在某些情况下传入同样的参数可以运行正常,这时就是编译时的异常,调用者只要对其进行处理,恢复其功能,传入同样的参数,程序还可以继续运行
目前只能理解到这个地步,以后经验丰富起来,会对此篇博文进行修改或者重写