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

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

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

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

用户定义异常可以是已检查异常或未检查异常，这取决于它扩展到的类。 用户定义异常可以是自定义检查异常，如果它扩展到异常类 用户定义异常可以是自定义未检查异常，如果它扩展到运行时异常类。 定义一个类，并使其成为异常或运行时异常的子类

Exception被选中，RuntimeException未选中。

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

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

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

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

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

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

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