理解java中的两类异常

Java中的异常分为两种不同的情况:1、编译器强制用户处理的异常;2、非强制性的。(java是唯一实现编译器强制用户处理异常的语言)

举个例子:

    设想有一个海滩,救生员们分别管理着一些区域。如果你没有穿救生衣就想去游泳,救生员会阻止你入海,并强迫你在下海前穿上救生衣。在Java中,编译器就好比是救生员,而trycatch块的作用就象是救生衣。这种强制性我们可以把它理解为“强制用户执行”;

    另外一种情况:这个海滩,存在一块区域,在这块区域中游泳,一般不会有什么危险,但并不是绝对没有危险,所以在这块区域中游泳时,救生员不会强制你穿救生衣,但穿上会更安全。这种情况我们可以理解为“非强制性的”。

    第一种情况:java中,当调用的方法中有未处理的异常时(即方法的定义中使用了throws "异常类名"),必须捕获异常(即穿救生衣);

    第二种情况:界面中有一个TextField,让用户输入年龄,程序中使用int 变量来获取:int age = Integer.parseInt(textAge.getText());  此时如果用户输入非数值数据时,就会产生一个异常,否则就不会产生异常,所以这时使用异常捕获更安全(即救生衣最好穿上)

以上是本人的一点理解,希望能对大家有所帮助。

Java提供了两类主要的异常

10-12

[转]唐山迪锐软件公司:http://www.tsp2c.cn/youshi.htmrnJava提供了两类主要的异常:runtime exception和checked exception。所有的checked exception是从java.lang.Exception类衍生出来的,而runtime exception则是从java.lang.RuntimeException或java.lang.Error类衍生出来的。rnrn   它们的不同之处表现在两方面:机制上和逻辑上。rn   一、机制上rnrn   它们在机制上的不同表现在两点:1.如何定义方法;2. 如何处理抛出的异常。请看下面CheckedException的定义:rnrn   public class CheckedException extends Exception rnrn   public CheckedException() rn   public CheckedException( String message )rn   super( message );rn   rn   rnrn   以及一个使用exception的例子:rnrn   public class ExceptionalClassrnrn   public void method1() throws CheckedException rn    // ... throw new CheckedException( “...出错了“ );rn   rn   public void method2( String arg ) rn    if( arg == null )rn    rn     throw new NullPointerException( “method2的参数arg是null!” );rn    rn   rn   public void method3() throws CheckedExceptionrn    method1();rn        你可能已经注意到了,两个方法method1()和method2()都会抛出exception,可是只有method1()做了声明。另外, method3()本身并不会抛出exception,可是它却声明会抛出CheckedException。在向你解释之前,让我们先来看看这个类的 main()方法:rnrn   public static void main( String[] args )rn   rnrn   ExceptionalClass example = new ExceptionalClass();rn   tryrn   rn   example.method1();rn   example.method3();rn   rn   catch( CheckedException ex ) rn example.method2( null );rn   rnrn   在main()方法中,如果要调用method1(),你必须把这个调用放在try/catch程序块当中,因为它会抛出Checked exception。rnrn   相比之下,当你调用method2()时,则不需要把它放在try/catch程序块当中,因为它会抛出的exception不是checked exception,而是runtime exception。会抛出runtime exception的方法在定义时不必声明它会抛出exception。rnrn  现在,让我们再来看看method3()。它调用了method1()却没有把这个调用放在try/catch程序块当中。它是通过声明它会抛出 method1()会抛出的exception来避免这样做的。它没有捕获这个exception,而是把它传递下去。实际上main()方法也可以这样做,通过声明它会抛出Checked exception来避免使用try/catch程序块(当然我们反对这种做法)。rnrn   小结一下:rnrn   1、 Runtime exceptions:rnrn   在定义方法时不需要声明会抛出runtime exception;rnrn   在调用这个方法时不需要捕获这个runtime exception;rnrn   runtime exception是从java.lang.RuntimeException或java.lang.Error类衍生出来的。rnrn   2、 Checked exceptions:rnrn   定义方法时必须声明所有可能会抛出的checked exception;rnrn   在调用这个方法时,必须捕获它的checked exception,不然就得把它的exception传递下去;rnrn   checked exception是从java.lang.Exception类衍生出来的。rnrn   二、逻辑上rnrn   从逻辑的角度来说,checked exceptions和runtime exception是有不同的使用目的的。checked exception用来指示一种调用方能够直接处理的异常情况。而runtime exception则用来指示一种调用方本身无法处理或恢复的程序错误。rnrn   checked exception迫使你捕获它并处理这种异常情况。以java.net.URL类的构建器(constructor)为例,它的每一个构建器都会抛出 MalformedURLException。MalformedURLException就是一种checked exception。设想一下,你有一个简单的程序,用来提示用户输入一个URL,然后通过这个URL去下载一个网页。如果用户输入的URL有错误,构建器就会抛出一个exception。既然这个exception是checked exception,你的程序就可以捕获它并正确处理:比如说提示用户重新输入。rnrn   再看下面这个例子:rnrn   public void method()rn   rnrn   int [] numbers = 1, 2, 3 ;rn   int sum = numbers[0] numbers[3];rn   rnrn  在运行方法method()时会遇到ArrayIndexOutOfBoundsException(因为数组numbers的成员是从0到2)。对于这个异常,调用方无法处理/纠正。这个方法method()和上面的method2()一样,都是runtime exception的情形。上面我已经提到,runtime exception用来指示一种调用方本身无法处理/恢复的程序错误。而程序错误通常是无法在运行过程中处理的,必须改正程序代码。rnrn   总而言之,在程序的运行过程中一个checked exception被抛出的时候,只有能够适当处理这个异常的调用方才应该用try/catch来捕获它。而对于runtime exception,则不应当在程序中捕获它。如果你要捕获它的话,你就会冒这样一个风险:程序代码的错误(bug)被掩盖在运行当中无法被察觉。因为在程序测试过程中,系统打印出来的调用堆栈路径(StackTrace)往往使你更快找到并修改代码中的错误。有些程序员建议捕获runtime exception并纪录在log中,我反对这样做。这样做的坏处是你必须通过浏览log来找出问题,而用来测试程序的测试系统(比如Unit Test)却无法直接捕获问题并报告出来。rnrn   在程序中捕获runtime exception还会带来更多的问题:要捕获哪些runtime exception?什么时候捕获?runtime exception是不需要声明的,你怎样知道有没有runtime exception要捕获?你想看到在程序中每一次调用方法时,都使用try/catch程序块吗

没有更多推荐了,返回首页

私密
私密原因:
请选择设置私密原因
  • 广告
  • 抄袭
  • 版权
  • 政治
  • 色情
  • 无意义
  • 其他
其他原因:
120
出错啦
系统繁忙,请稍后再试