Java两种主要异常的差别是什么

技术Java两种主要异常的差别是什么本篇文章给大家分享的是有关Java两种主要异常的差别是什么,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。Java提供了两

本文将与您分享两个主要Java异常之间的区别。边肖觉得挺实用的,所以想分享给大家学习。希望你看完这篇文章能有所收获。话不多说,让我们和边肖一起看看。

Java提供了两种主要类型的异常:运行时异常和检查异常。的所有checkedexceptions都是从java.lang.Exception类派生的,而运行时异常是从java.lang.RuntimeException或java.lang.Error类派生的。

它们的区别表现在两个方面:机制和逻辑。

一、机制上

它们在机理上的差异表现在两点:1。如何定义方法;2.如何处理抛出的异常?请参见下面CheckedException的定义:

public class checkedeexceptionextendsexception { public checkedeexception(){ } public checkedeexception(Stringmessage){ super(message);}}以及使用异常:的示例。

public Class exception Class { public void method 1()} ThrowsCheckeException {//.ThrownewCheckeException(".错误");} public void method2(字符串arg){ if(arg==null){ thrownewnullpointerexception(" method 2的arg为null!") );} } public void method 3()throwsCheckedException { method 1();}}您可能已经注意到方法method1()和method2()都抛出了异常,但只有method1()进行了声明。此外,method3()本身不会引发异常,但它声明将引发CheckedException。在给大家讲解之前,先来看看这个类的main()方法:

publicationstationmain(String[]args){ exceptionclassexample=new exceptionclass();请尝试{ example . method 1();example . method 3();} catch(CheckedExceptionex){ } example . method 2(null);}在main()方法中,如果要调用method1(),就必须把这个调用放在try/catch块中,因为它会抛出Checked异常。

相比之下,当您调用method2()时,不需要将其放入try/catch块,因为它引发的异常不是checked异常,而是运行时异常。引发运行时异常的方法不需要声明它在定义时引发异常。

现在,我们再来看看method3()。它调用了method1(),但没有将此调用放在try/catch块中。它通过声明引发method1()引发的异常来避免这种情况。它没有

有捕获这个exception,而是把它传递下去。实际上main()方法也可以这样做,通过声明它会抛出Checked exception来避免使用try/catch程序块(当然我们反对这种做法)。

小结:

* Runtime exceptions:

在定义方法时不需要声明会抛出runtime exception;

在调用这个方法时不需要捕获这个runtime exception;

runtime exception是从java.lang.RuntimeException或java.lang.Error类衍生出来的。

* Checked exceptions:

定义方法时必须声明所有可能会抛出的checked exception;

在调用这个方法时,必须捕获它的checked exception,不然就得把它的exception传递下去;

checked exception是从java.lang.Exception类衍生出来的。

二、逻辑上

从逻辑的角度来说,checked exceptions和runtime exception是有不同的使用目的的。checked exception用来指示一种调用方能够直接处理的异常情况。而runtime exception则用来指示一种调用方本身无法处理或恢复的程序错误。

checked exception迫使你捕获它并处理这种异常情况。以java.net.URL类的构建器(constructor)为例,它的每一个构建器都会抛出MalformedURLException。MalformedURLException就是一种checked exception。设想一下,你有一个简单的程序,用来提示用户输入一个URL,然后通过这个URL去下载一个网页。如果用户输入的URL有错误,构建器就会抛出一个exception。既然这个exception是checked exception,你的程序就可以捕获它并正确处理:比如说提示用户重新输入。

再看下面这个例子:

public void method()  {   int [] numbers = { 1, 2, 3 };   int sum = numbers[0] numbers[3];  }

在运行方法method()时会遇到ArrayIndexOutOfBoundsException(因为数组numbers的成员是从0到2)。对于这个异常,调用方无法处理/纠正。这个方法method()和上面的method2()一样,都是runtime exception的情形。上面我已经提到,runtime exception用来指示一种调用方本身无法处理/恢复的程序错误。而程序错误通常是无法在运行过程中处理的,必须改正程序代码。

总而言之,在程序的运行过程中一个checked exception被抛出的时候,只有能够适当处理这个异常的调用方才应该用try/catch来捕获它。而对于runtime exception,则不应当在程序中捕获它。如果你要捕获它的话,你就会冒这样一个风险:程序代码的错误(bug)被掩盖在运行当中无法被察觉。因为在程序测试过程中,系统打印出来的调用堆栈路径(StackTrace)往往使你更快找到并修改代码中的错误。有些程序员建议捕获runtime exception并纪录在log中,我反对这样做。这样做的坏处是你必须通过浏览log来找出问题,而用来测试程序的测试系统(比如Unit Test)却无法直接捕获问题并报告出来。

在程序中捕获runtime exception还会带来更多的问题:要捕获哪些runtime exception?什么时候捕获?runtime exception是不需要声明的,你怎样知道有没有runtime exception要捕获?你想看到在程序中每一次调用方法时,都使用try/catch程序块吗?

以上就是Java两种主要异常的差别是什么,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注行业资讯频道。

内容来源网络,如有侵权,联系删除,本文地址:https://www.230890.com/zhan/44638.html

(0)

相关推荐