【JAVA学习】11.异常处理机制
2015-04-29 15:23
183 查看
十二、异常处理机制
1.异常与错误
a.
错误(error):
语法错误,
逻辑错误
错误是系统的设计缺陷,必须返回软件公司修复。
b.
异常(exception)
现代软件在运行过程中,往往容易受到周边因素的影响,比如网络意外中断,磁盘文件被误删除,用户录入了不正确的数据,导致软件运行中断,我们把这种不是因为软件自身原因,而是软件运行环境的意外,导致的运行停止,我们把其叫做异常。
异常不是软件本身的问题,软件本身没有语法和逻辑问题,而是周边环境发生了意外,是软件设计者始料不及的。对于异常而言,软件开发者必须做好恰当的异常处理工作,比如,
当系统发现网络意外终止,应把程序挂起,提示用户异常原因,引导用户解决异常,解决完毕后,将积极重新尝试未完成操作,使程序能够得以继续运行。
Error和Exception是平行类,是兄弟关系,其共同的父类的是Throwable,所以这两个类的实例都能够被抛出。
运行到错误时不能继续进行,系统会自动生成一个异常对象【包含msg和cause】,封装信息,然后抛出该方法,交由方法的调用者去处理。
main方法的调用者是JVM本身,JVM对异常对象的处理:打印异常信息,停止程序运行。
2.异常处理几点说明
异常对象在系统运行过程中自动创建,当然所创建的对象类型是根据不同类型的异常而有差异的,系统会把出现异常的具体信息以及导致异常的原因写在这个对象中。
异常对象主要有两个属性:
a. detailMessage
该异常的具体信息
b. cause
说明了导致这个异常的原因。
异常位置的跟踪和定位:
e.printStackTrace();
由于try块中可能有多条语句,异常爆发了,对象被抛出了,到底是那条语句导致的呢?
printStackTrace()会详细的告诉你对应的位置。
异常被捕获处理后,异常try…catch..结构后的语句将继续运行,程序不会中止。
但是try块中发生异常的语句之后的语句将不再运行。
1.try块
try块中一般放置编程人员认为最可能抛出异常的高危语句,try块中的语句如果抛出了异常,那么该语句之后的语句将不再运行(try块中).
该语句抛出的异常,将经过catch模组过滤后,被处理或者无法处理被抛出方法。
为了提高程序性能,请尽量减少try块体积,有些不必要的语句,不要放在try块中。
2.Catch块的级联
由于一个try块中的语句,可能会抛出多种异常,对于程序员来说,应该尽早对其有预期,部署多个catch块对异常进行捕获处理,以免造成程序停机。
但可抛出的异常种类实在难以预测,难免有漏网之鱼,所以,一般来说,我们catch级联块的最后会安排一个“万能”异常捕获者,来抓捕所有的漏网之鱼。
Java.lang.Exception是万能捕获者,其是所有异常类的父类,根据父类引用变量可以指向所有子类对象的原则,其一般放在catch级联块最后一环对遗漏的异常进行捕获。
但其处理缺乏针对性,较为粗糙,建议具体的异常还是用具体的捕获者来捕获处理。
Exception catch模组应避免放在级联块的第一个,否则后头的catch模组因代码无法到达,将全部失效,编译器将敏锐地发现这个问题,导致编译失败。
3.Finally块
坚强的finally块,其只怕System.exit(0),无论try块中有异常,无异常,有无漏网之鱼均可运行,也不怕try中的中途return.
为了有效的释放在try语句运行过程中申请的资源,finally块为此而设计。
一般语句结构如下:
try…catch…finally
try…finally..
try..catch…
异常的基本处理原则:
一个方法内的异常,要么抛出,要么捕获。如果本方法不适合处理,则可抛给上级方法处理,层层上报,直到合适的方法处理掉这个异常。
4.throw和throws
throw
抛出
自动抛出:
通常情况下,是由系统帮助我们创建对应的异常对象,然后抛出。抛出的异常对象,往往就是RuntimeException的子类对象,无需申明,默认抛出,编码简单。
手动抛出:
在有些特定情况下,我们也可以手动创建异常对象,手动抛出!
if(b<0) throw newRuntimeException("b不能为负数!",null);
一个方法的最后部分将用来声明这个方法会抛出什么样的异常,以方便调用该方法的方法对其做好提前准备。一个方法可能抛出的异常不止一个,所以必须用throws
Xxxx methodName throwsAException,BException…..
如果一个类中会抛出异常,该异常并不在这个类中被捕获,就必须做好方法的异常声明工作。
一个异常要么被捕获处理,要么被抛出,如被抛出方法,则方法必须声明异常信息。
任何一个方法,将默认在其签名上写上 throws RuntimeException;
5.运行时异常和检查异常
运行时异常(Runtime Exception)
所有运行时异常 extends RuntimeException. (RuntimeException的子类)
运行时异常是在程序运行过程中爆发的异常,其相对影响面小,问题不严重,一般不影响程序继续运行。
运行时异常无需捕获,自动抛出,也无需throws声明。
检查异常 (checked Exception)
检查异常 extends Exception
(是exception类的子类)
其要么try…catch..捕获,要么在方法签名末尾显式申明抛出。
6.自定义异常
//手动抛出异常,自定义的异常
if(a<=20)
throw newIllegalArgumentException("参数a不能小于20");
7.几点额外说明
重写方法不能抛出比父类方法更多的异常,可以少抛出,但不可多抛出!
重写方法不能在访问修饰符上比父类方法严格,可以放松要求,但不能提高访问限制。
父类是private ,
子类可以是public,
父类是public ,
子类不能是private.
重写返回值类型也无需完全一致,只要符合逻辑即可,子类返回值类型可以是父类返回值类型的子类,符合is判断法即可。
一个方法的签名的最后部分,说明该方法允许抛出的异常的品种
默认自动抛出RuntimeException,因此,RuntimeException的子类均可无需特殊声明抛出
1.异常与错误
a.
错误(error):
语法错误,
逻辑错误
错误是系统的设计缺陷,必须返回软件公司修复。
b.
异常(exception)
现代软件在运行过程中,往往容易受到周边因素的影响,比如网络意外中断,磁盘文件被误删除,用户录入了不正确的数据,导致软件运行中断,我们把这种不是因为软件自身原因,而是软件运行环境的意外,导致的运行停止,我们把其叫做异常。
异常不是软件本身的问题,软件本身没有语法和逻辑问题,而是周边环境发生了意外,是软件设计者始料不及的。对于异常而言,软件开发者必须做好恰当的异常处理工作,比如,
当系统发现网络意外终止,应把程序挂起,提示用户异常原因,引导用户解决异常,解决完毕后,将积极重新尝试未完成操作,使程序能够得以继续运行。
Error和Exception是平行类,是兄弟关系,其共同的父类的是Throwable,所以这两个类的实例都能够被抛出。
运行到错误时不能继续进行,系统会自动生成一个异常对象【包含msg和cause】,封装信息,然后抛出该方法,交由方法的调用者去处理。
main方法的调用者是JVM本身,JVM对异常对象的处理:打印异常信息,停止程序运行。
2.异常处理几点说明
异常对象在系统运行过程中自动创建,当然所创建的对象类型是根据不同类型的异常而有差异的,系统会把出现异常的具体信息以及导致异常的原因写在这个对象中。
异常对象主要有两个属性:
a. detailMessage
该异常的具体信息
b. cause
说明了导致这个异常的原因。
异常位置的跟踪和定位:
e.printStackTrace();
由于try块中可能有多条语句,异常爆发了,对象被抛出了,到底是那条语句导致的呢?
printStackTrace()会详细的告诉你对应的位置。
异常被捕获处理后,异常try…catch..结构后的语句将继续运行,程序不会中止。
但是try块中发生异常的语句之后的语句将不再运行。
1.try块
try块中一般放置编程人员认为最可能抛出异常的高危语句,try块中的语句如果抛出了异常,那么该语句之后的语句将不再运行(try块中).
该语句抛出的异常,将经过catch模组过滤后,被处理或者无法处理被抛出方法。
为了提高程序性能,请尽量减少try块体积,有些不必要的语句,不要放在try块中。
2.Catch块的级联
由于一个try块中的语句,可能会抛出多种异常,对于程序员来说,应该尽早对其有预期,部署多个catch块对异常进行捕获处理,以免造成程序停机。
但可抛出的异常种类实在难以预测,难免有漏网之鱼,所以,一般来说,我们catch级联块的最后会安排一个“万能”异常捕获者,来抓捕所有的漏网之鱼。
Java.lang.Exception是万能捕获者,其是所有异常类的父类,根据父类引用变量可以指向所有子类对象的原则,其一般放在catch级联块最后一环对遗漏的异常进行捕获。
但其处理缺乏针对性,较为粗糙,建议具体的异常还是用具体的捕获者来捕获处理。
Exception catch模组应避免放在级联块的第一个,否则后头的catch模组因代码无法到达,将全部失效,编译器将敏锐地发现这个问题,导致编译失败。
3.Finally块
坚强的finally块,其只怕System.exit(0),无论try块中有异常,无异常,有无漏网之鱼均可运行,也不怕try中的中途return.
为了有效的释放在try语句运行过程中申请的资源,finally块为此而设计。
一般语句结构如下:
try…catch…finally
try…finally..
try..catch…
异常的基本处理原则:
一个方法内的异常,要么抛出,要么捕获。如果本方法不适合处理,则可抛给上级方法处理,层层上报,直到合适的方法处理掉这个异常。
4.throw和throws
throw
抛出
自动抛出:
通常情况下,是由系统帮助我们创建对应的异常对象,然后抛出。抛出的异常对象,往往就是RuntimeException的子类对象,无需申明,默认抛出,编码简单。
手动抛出:
在有些特定情况下,我们也可以手动创建异常对象,手动抛出!
if(b<0) throw newRuntimeException("b不能为负数!",null);
一个方法的最后部分将用来声明这个方法会抛出什么样的异常,以方便调用该方法的方法对其做好提前准备。一个方法可能抛出的异常不止一个,所以必须用throws
Xxxx methodName throwsAException,BException…..
如果一个类中会抛出异常,该异常并不在这个类中被捕获,就必须做好方法的异常声明工作。
一个异常要么被捕获处理,要么被抛出,如被抛出方法,则方法必须声明异常信息。
任何一个方法,将默认在其签名上写上 throws RuntimeException;
5.运行时异常和检查异常
运行时异常(Runtime Exception)
所有运行时异常 extends RuntimeException. (RuntimeException的子类)
运行时异常是在程序运行过程中爆发的异常,其相对影响面小,问题不严重,一般不影响程序继续运行。
运行时异常无需捕获,自动抛出,也无需throws声明。
检查异常 (checked Exception)
检查异常 extends Exception
(是exception类的子类)
其要么try…catch..捕获,要么在方法签名末尾显式申明抛出。
6.自定义异常
//手动抛出异常,自定义的异常
if(a<=20)
throw newIllegalArgumentException("参数a不能小于20");
7.几点额外说明
重写方法不能抛出比父类方法更多的异常,可以少抛出,但不可多抛出!
重写方法不能在访问修饰符上比父类方法严格,可以放松要求,但不能提高访问限制。
父类是private ,
子类可以是public,
父类是public ,
子类不能是private.
重写返回值类型也无需完全一致,只要符合逻辑即可,子类返回值类型可以是父类返回值类型的子类,符合is判断法即可。
一个方法的签名的最后部分,说明该方法允许抛出的异常的品种
默认自动抛出RuntimeException,因此,RuntimeException的子类均可无需特殊声明抛出
相关文章推荐
- Java 学习笔记 (11) - final 关键字
- Java学习笔记11
- Java语言介绍(04)开源项目(11)其它(01)学习
- Java学习笔记18天---(11)
- 09 11 30 Java学习笔记
- Effective Java 学习笔记 (11)
- Effective Java 学习笔记 (11)
- Java学习笔记---11.面向对象编程06-Java的内部类及对象数组
- java 设计模式 学习笔记(11) 建造者模式
- Java学习札记11:What is serialVersionUID?
- 黑马程序员_Java学习日记11_常用类
- JAVA 基础学习(11)
- Java多线程编程--(11)学习Java5.0 并发编程包--支持并发的集合类
- 学习MongoDB--(11):应用举例(利用java操作MongoDB)
- Java学习笔记11——数据库编程
- Java 学习笔记11:Spring MVC 中的基于注解的 Controller
- java学习笔记11 - 使用forward实现API接口转发
- [bxd学习java基本点]11.TreeSet的低层用的是二叉树
- [bxd学习java基本点]11.TreeSet的低层用的是二叉树
- 上下载结合iOS学习笔记11-UITabBarController和UInavigationController的结合demoStrut2教程-java教程