java手动抛出异常总结_Java常用的异常处理情况总结

Java中，所有异常都继承自Throwable类(一个完整可用的类)。整体上分为Error、Exception两个大类，Exception大类又分为UncheckedException(继承于RuntimeException)和CheckedException(继承于Exception，但不继承于RuntimeException)。

常用的异常类：

类别：

1.Error 常用异常类：AssertionError、OutOfMemoryError、StackOverflowError

2.UncheckedException         常用异常类：AlreadyBoundException、ClassCastException、ConcurrentModificationException、IllegalArgumentException、IllegalStateException、IndexOutOfBoundsException、JSONException、NullPointerException、SecurityException、UnsupportedOperationException

3.CheckedException         常用异常类：ClassNotFoundException、CloneNotSupportedException、FileAlreadyExistsException、FileNotFoundException、InterruptedException、IOException、SQLException、TimeoutException、UnknownHostException

Error

通常描述了系统级的错误，并且程序猿无法主动处理——当然，系统级错误也有可能由代码间接导致，这不在我们的讨论范围内。发生系统级错误的时候，系统环境已经不健康了，因此，Error不强制捕获或声明，也就是不强制处理，一般情况下只需要把异常信息记录下来(如果能记下当时的系统快照更好)。

(OutOfMemoryError)

当可用内存不足时，会由JVM抛出OutOfMemoryError。一般由三种原因导致：

堆设置过小，不满足正常的内存需求

代码中存在内存泄露，占用了大量内存而不能被回收

选择的GC算法与某些极端的应用场景不匹配，内存碎片过多，没有足够大的连续空间分配给对象

JVM抛出OutOfMemoryError前，会尝试进行一次Full GC，如果GC后可用内存还是不足，才会抛出OutOfMemoryError。因此，这时程序猿必然无法主动处理这一问题，只能等程序崩溃后再去查证原因。

UncheckedException

严格来说，Error也可以被划归UncheckedException，但我们更习惯用UncheckedException描述运行期发生，通常由于代码问题直接引起的程序相关的错误，并且程序猿无法主动处理。注意区分，系统级错误都应该用Error描述。UncheckedException发生的大部分情况是代码写挫了，因此，UncheckedException也不强制捕获或声明，也就是不强制处理，一般情况下记下日志即可。

不同的是，如果可能，要保证UncheckedException是可控的(在异常被动抛出前检查并主动抛出)。

JSONException就是不可控的。

(NullPointerException)

NullPointerException是最常见的UncheckedException。如果在一个空指针上引用方法或变量等，则运行期会抛出NullPointerException。空指针让程序变的不可控：如果任由空指针在程序运行期随意传递、使用，我们将无法确定程序的行为，也无法确定捕获NullPointerException时程序所处的状态。

解决这一问题的方法很简单：

尽早检查并主动抛出异常

单独、提前处理边界条件

尽量不使用null表示状态，特别是在集合中

CheckedException

CheckedException描述了外部环境导致的不太严重的错误，程序猿应该主动处理。注意与系统级错误区分，系统级错误通常是不可恢复的。因此，CheckedException强制捕获或声明，程序猿必须处理。记录日志，包装后再次抛出，在方法签名中声明，是三种最常见的做法。

同UncheckedException一样，CheckedException也要保证是可控的。对CheckedException的可控性要求更高，不仅要主动检查，还要在捕获到异常时，作出合适的处理。

(IOException)

产生IOException的原因非常多，但很多时候我们并不关心细节原因，因为文件系统是一个不太可控的因素，这时我们可以以IOException为粒度处理；某些需要关心细节的异常情况，则应使用IOException的子类，以分情况处理。