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


当前回答

Exception被选中,RuntimeException未选中。

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

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

其他回答

通常runtimeexception是可以通过编程方式阻止的异常。例如NullPointerException, ArrayIndexOutOfBoundException。如果在调用任何方法之前检查null, NullPointerException将永远不会发生。类似地,如果先检查索引,ArrayIndexOutOfBoundException也不会发生。RuntimeException不被编译器检查,所以它是干净的代码。

编辑:现在人们喜欢RuntimeException,因为它生成的代码很干净。这完全是个人的选择。

正确使用RuntimeException?

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

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

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

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

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

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

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

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

在了解java.lang.RuntimeException和java.lang.Exception类之间的区别之前,您必须了解Exception层次结构。Exception类和Error类都派生自类Throwable(派生自类Object)。类RuntimeException派生自类Exception。

所有异常都派生自Exception或RuntimeException。

所有派生自RuntimeException的异常都被称为未检查异常。所有其他异常都是检查异常。必须在代码中的某个地方捕获受控异常,否则将无法编译。这就是为什么它们被称为受控异常。另一方面,对于未检查的异常,调用方法没有义务处理或声明它。

因此,编译器强制你处理的所有异常都直接派生自java.lang.Exception,而编译器不强制你处理的所有其他异常都派生自java.lang.RuntimeException。

以下是RuntimeException的一些直接已知子类。

AnnotationTypeMismatchException,
ArithmeticException,
ArrayStoreException,
BufferOverflowException,
BufferUnderflowException,
CannotRedoException,
CannotUndoException,
ClassCastException,
CMMException,
ConcurrentModificationException,
DataBindingException,
DOMException,
EmptyStackException,
EnumConstantNotPresentException,
EventException,
IllegalArgumentException,
IllegalMonitorStateException,
IllegalPathStateException,
IllegalStateException,
ImagingOpException,
IncompleteAnnotationException,
IndexOutOfBoundsException,
JMRuntimeException,
LSException,
MalformedParameterizedTypeException,
MirroredTypeException,
MirroredTypesException,
MissingResourceException,
NegativeArraySizeException,
NoSuchElementException,
NoSuchMechanismException,
NullPointerException,
ProfileDataException,
ProviderException,
RasterFormatException,
RejectedExecutionException,
SecurityException,
SystemException,
TypeConstraintException,
TypeNotPresentException,
UndeclaredThrowableException,
UnknownAnnotationValueException,
UnknownElementException,
UnknownTypeException,
UnmodifiableSetException,
UnsupportedOperationException,
WebServiceException 

异常是处理应用程序流中意外事件的好方法。RuntimeException不被编译器检查,但你可能更喜欢使用扩展异常类的异常来控制你的api客户端的行为,因为他们需要为他们编译捕获错误。也可以形成良好的文档。

如果想要实现干净的接口,请使用继承来子类化应用程序具有的不同类型的异常,然后公开父异常。