java为什么抛异常_java为什么总是需要抛各种异常？

在软件项目中，发生异常不可怕，无法定位到问题才可怕，故障定位和解决时间过长才可怕；如果 Java 方法不能按照正常的流程执行，那么可以通过另外一种途径退出，就是抛出一个封装了错误信息的对象，这个就是 Java 的异常；异常的作用就是为了当程序发生问题的时候，方便开发人员定位和解决问题。

Java 的异常可以分为 Error 和 Exception ：Error 是指 Java 运行时系统内部的错误，或者说它代表了 JVM 本身的错误，通常都是比较严重的错误， 比如内存溢出, 虚拟机错误等等；Error 通常和硬件或 JVM 有关，和程序本身无关，所以不能被代码捕获和处理。

Exception 又可以分为运行时异常和检查异常；

运行时异常 RuntimeException：这类异常在编译期间不强制代码捕捉，但是可能在在 JVM 运行期间抛出异常；出现此类异常，通常是代码的问题，所以需要修改程序避免这类异常。常见的运行时异常，比如：NullPointerException、ClassCastException 等等。

检查异常 CheckedException：这种异常发生在编译阶段，Java 编译器会强制代码去捕获和处理此类异常；比如：ClassNotFoundException、IllegalAccessException 等等。

在Java 项目中，如何优雅地处理异常呢？不要试图通过异常来控制程序流程，比如开发一个接口，正确的做法是对入参进行非空验证，当参数为空的时候返回“参数不允许为空”，而不应该捕捉到空指针的时候返回错误提示。

仅捕获有必要的代码，尽量不要用一个 try...catch 包住大段甚至整个方法内所有的代码，因为这样会影响 JVM 对代码进行优化，从而带来额外的性能开销。

很多程序员喜欢 catch(Exception e)，其实应该尽可能地精确地指出是什么异常。

不要忽略异常，捕捉到异常之后千万不能什么也不做，要么在 catch{...} 中输出异常信息，要么通过 Throw 或 throws 抛出异常，让上层代码处理。

尽量不要在 catch{...} 中输出异常后，又向上层代码抛出异常，因为这样会输出多条异常信息，而且它们还是相同的，这样可能会产生误导。

不要在 finally{...} 中写 return，因为 try{...} 在执行 return 之前执行 finally{...} ，如果 finally{...} 中有 return，那么将不再执行 try{...} 中的return。

作者：会点代码的大叔 ，一个写代码的架构师，专注程序员的学习和成长，关注并私信我数字“1”，送你一份程序员大礼包。