有人能解释一下java.lang.RuntimeException和java.lang.Exception的区别吗?如果我创建自己的异常,我如何决定扩展哪一个?


当前回答

有两种类型的异常,如果你得到这种类型的异常,你可以从检查异常恢复。运行时异常是不可恢复的,运行时异常是编程错误,程序员应该在编写代码时注意它,继续执行这个可能会给你不正确的结果。运行时异常是关于违反先决条件的,例如,你有一个大小为10的数组,并且你试图访问第11个元素,它将抛出ArrayIndexOutOfBoundException

其他回答

正确使用RuntimeException?

不受限制的例外——争议:

如果客户可以合理的预期 要从异常中恢复,请使用 一个已检查的异常。如果客户 做什么都无法挽回 异常,使其为未检查的 例外。

注意,未检查异常是从RuntimeException派生的异常,而已检查异常是从exception派生的异常。

如果客户端无法从异常中恢复,为什么要抛出RuntimeException ?文章解释道:

运行时异常表示问题 这是编程的结果 问题,以及API客户端 不能合理地期望代码这样做 从它们中恢复或者处理它们 任何方式。这些问题包括 算术异常,例如 除以零;指针异常, 比如试图访问一个对象 通过空引用;和索引 例外情况,例如试图 控件访问数组元素 索引过大或过小。

在Java中,有两种类型的异常:已检查异常和未检查异常。已检查异常必须由代码显式地处理,而未检查异常则不需要显式地处理。

对于受控异常,您要么必须在可能抛出异常的代码周围放置一个try/catch块,要么向方法添加一个“throws”子句,以指示方法可能抛出这种类型的异常(必须在调用类或以上类中处理)。

从“exception”派生的任何异常都是受控异常,而从RuntimeException派生的类则是非受控异常。调用代码不需要显式地处理runtimeexception。

运行时异常类(RuntimeException及其子类)不需要进行编译时检查,因为编译器不能确定运行时异常不会发生。(从JLS)。

在你设计的类中,你应该子类化Exception并抛出实例 它表示任何异常情况。这样做将显式地发出信号 你的类的客户端使用你的类可能会抛出异常,他们必须这样做 采取措施处理这些异常情况。

下面的代码片段解释了这一点:

//Create your own exception class subclassing from Exception
class MyException extends Exception {
    public MyException(final String message) {
        super(message);
    }
}

public class Process {
    public void execute() {
        throw new RuntimeException("Runtime");
    }  
    public void process() throws MyException {
        throw new MyException("Checked");
    }
}

在上面的类定义类Process中,方法execute can 抛出一个RuntimeException,但方法声明不需要指定 它抛出RuntimeException。

方法进程抛出一个检查过的异常,它应该声明它 将抛出MyException类型的检查异常,不这样做将是 编译错误。

上面的类定义也会影响使用Process类的代码。

调用new Process().execute()是一个有效的调用,其中form .execute()调用 new Process(). Process()给出一个编译错误。这是因为客户端代码应该如此 采取步骤来处理MyException(例如call to process()可以包含在 try/catch块)。

RuntimeException是Exception类的子类

这是Exception类的许多子类之一。RuntimeException是在Java虚拟机正常操作期间可以抛出的异常的超类。方法不需要在其throws子句中声明RuntimeException的任何子类,这些子类可能在方法执行期间抛出但未被捕获。

等级制度是

java . lang . object

——java.lang.Throwable

——java.lang.Exception

------------- java.lang.RuntimeException

Exception被选中,RuntimeException未选中。

Checked表示编译器要求您在catch中处理异常,或将您的方法声明为抛出异常(或其超类之一)。

通常,如果API的调用者希望处理异常,则抛出已检查异常,如果调用者通常无法处理异常,则抛出未检查异常,例如其中一个参数的错误,即编程错误。