正确运用异常处理机制,有助于提高程序的健壮性。
所谓程序的健壮性,就是指程序在多数情况下能够正常运行,返回预期的正确结果;如果偶尔遇到异常情况,程序也能采取周到的解决措施。
受检查异常表示程序可以处理的异常,如果抛出异常的方法本身不能处理它,那么方法调用者应该去处理它,从而使程序恢复运行,不至于终止程序。例如,喷墨打印机在打印文件时,如果纸用完或者墨水用完,就会暂停打印,等待用户添加打印纸或更换墨盒,如果用户添加了打印纸或更换了墨盒,就能继续打印。
可以用OutOfPaperException类和OutOfInkException类来表示纸张用完和墨水用完这两种异常情况,由于这些异常是可修复的,因此是受检查异常,可以把它们定义为Exception类的子类:
java代码:
- public class OutOfPaperException extends Exception{…}
- public class OutOfInkException extends Exception{…}
以下是打印机的print()方法:
Java代码:
public void print()
{
while(文件未打印完)
{
try
{
打印一行
}
catch(OutOfInkException e)
{
do
{
等待用户更换墨盒
}
while(用户没有更换墨盒)
}
catch(OutOfPaperException e)
{
do
{
等待用户添加打印纸
}
while(用户没有添加打印纸)
}
}
}
运行时异常表示无法让程序恢复运行的异常,导致这种异常的原因通常是由于执行了错误操作。一旦出现了错误操作,建议终止程序,因此Java编译器不检查这种异常。
如果程序代码中有错误,就可能导致运行时异常,如以下for语句的循环条件不正确,会导致ArrayIndexOutOfBoundsException:
Java代码:
public void method(int[] array)
{
for (int i = 0; i <=array.length; i++)
{
// 当i的取值为array.length时,将抛出ArrayIndexOutOfBoundsException
array[i] = 1;
}
}
只要对程序代码做适当修改,就能避免数组下标越界异常:
Java代码:
public void method(int[] array)
{
for (int i = 0; i <array.length; i++)
{
// 当i的取值为array.length时,将抛出ArrayIndexOutOfBoundsException
array[i] = 1;
}
}
再例如对于以下代码,如果变量m为null,访问"m.name"会导致NullPointerException异常:
Java代码
Monkey m=null;
if(m!==null & m.name.equals("Tom"))
{……}
只要对程序代码做适当修改,就能避免NullPointerException异常:
Java代码 收藏代码
Monkey m=null;
if(m!==null && m.name.equals("Tom"))
{……}
由此可见,运行时异常是应该尽量避免的,在程序调试阶段,遇到这种异常时,正确的做法是改进程序的设计和实现方式,修改程序中的错误,从而避免这种异常。捕获它并且使程序恢复运行并不是明智的办法,因为即使程序恢复运行,可能会导致程序的业务逻辑错乱,导致更严重的异常,或者得到错误的运行结果。
java什么情况下必须用throws抛出异常?
答:在程序中抛出了非RuntimeException异常却没有对其处理(用try catch块处理)的情况下,必须在方法头throws该异常。
什么情况下需要自定义异常呢?
通常情况下是程序运行状态与用户的预先定义的逻辑不符合,但程序并不能识别这种逻辑错误时需自定义异常。比如某个方法的参数只能接受0~9的数字,数字1除外,万一用户要是输入了1,我们可以自定义一个异常来处理1这个意外,从而控制程序流程等。
什么情况下捕获异常应该立即处理呢?
比如说接收用户输入整型值,而用户却输入了不能解析成整型的字符串,这会抛出异常,我们不应该往外抛,而应该立即处理之,提示用户输入合法的值,待用户输入合法值之后,接着往下执行程序。捕获到异常之后一般处理办法是输出错误日志,或者给用户一些提示。
[转文]
Exception异常分为:RuntimeException(运行时异常,也叫未检查异常或不受检查异常)和已检查异常(或受检查异常):
已检查异常 是指程序员已经足够小心的检查了他的代码,但是还是不能保证代码不出现异常;如,程序要访问某个文件,但访问时文件不存在,这和程序本身没有太大关系;再如,程序要进行网络连接,但执行时没有连接网线,这些问题都是已检查异常。
未检查异常 一般是由程序员没有细心检查代码,而导致的如空指针异常、数组越界、类型转换异常等都是由于程序员粗心大意造成的。这些异常是在编码过程中是能够避免的。
看到此你需要思考:我们需要处理的到底是已检查异常还是未检查异常?如一幢大楼运行过程中被雷击中,这肯定是已检查异常,但运行过程中发现有个地方四周没有窗户和门,这就是未检查异常,那到底我们需要针对哪个异常进行应急预案呢?当验收大楼时肯定政府部门要检查你的抗震级别,消防措施等,这些措施是你在修建时必须考虑,而且要求是强制执行的,那么这个要求就是必须处理的,如果不处理则编译通不过。如果出现未检查异常,那就只能加门或窗户,即修改代码了。
从另外一个角度来讲,已检查异常(受检查异常)就是受编译器检查的异常。
运行时异常,属于RuntimeException类及子类范围的类(以及衍生类)都属于运行时异常。
受检查异常,在Exception范围内,除了运行时异常的类都是受检查异常类,为checked exception
它们之间的区别在于:
例如在代码中写了 throw new Exception(); 和 throw new RuntimeException(); 两者都会在运行期间抛出异常!
(1)但是在编译阶段前者属于抛出一个受检查异常,要求对它进行显式的try..catch捕获处理或者向上一层方法抛出,否则在编译期间就显示错误!
(2)后者抛出是运行时异常,在编译阶段不予检查,语法上不会显示任何错误(throws处没声明不会出错,但最好声明)!
所以简单的通过throw手动抛出受检查异常和抛出运行时异常,前者要求显式处理,后者不要求作出处理。
我以为的设计原则:
(1)受检查异常如FileNotFoundException,编译时期受检查,提醒用户try{}catch{}或者throw到上一层,当然你可以一直throw直至抛给虚拟机,然而这并不是好的方式,因为对于这个异常,我们是可以进行一些处理,挽救的,比如我们可以在捕获到异常的时候,提醒用户"找不到文件",用户就可以根据这个信息,把相应文件放到指定位置,从而解决问题,并不需要终止程序,或者修改代码。
(2)而对于非受检查异常如ArrayIndexOutOfBoundsException(数组越界异常),编译时期不提供错误检查,我想是因为,针对这个错误,用户是无能为力的,同样程序员也是部分无能为力的,你不可能通过try{}catch{}去捕获这个异常之后,再去增加数组容量。这时你所能做的,只能是去修改代码,如修改数组容量,或换个自增的数据结构。这种运行时错误,只能通过在编译阶段,依靠程序员的小心谨慎来避免。
(完)