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

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

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

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

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

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

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

来自oracle文档:

这是底线原则:如果客户可以合理地 希望从异常中恢复，使其成为受控异常。如果 客户端不能做任何事情来从异常中恢复 未经检查的异常。

运行时异常表示由编程问题导致的问题，因此，API客户端代码不能合理地期望从中恢复或以任何方式处理它们。

runtimeexception类似于“无效使用api导致的异常”:IllegalStateException, NegativeArraySizeException, NullpointerException

对于异常，你必须显式地捕获它，因为你仍然可以做一些事情来恢复。异常的例子有:IOException, TimeoutException, PrintException…

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

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

正确使用RuntimeException?

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

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

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

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

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