JAVA项目中的常用的异常处理情况

Posted 2021-01-19 fl军哥

在网上查阅了相关资料得出了以下JAVA项目中的常用的异常处理情况总结：

1、不要捕获 Java 类库中定义的继承自 RuntimeException 的运行时异常类，如：IndexOutOfBoundsException / NullPointerException，这类异常由程序员预检查违法来规避，保证程序健壮性。

2、异常不要用来做流程控制，条件控制，因为异常的处理效率比条件分支低。这个坑大家要注意了。

3、对大段代码进行 try-catch，这是不负责任的表现。 catch 时请分清稳定代码和非稳定代码，稳定代码指的是无论如何不会出错的代码。对于非稳定代码的 catch 尽可能进行区分异常类型，再做对应的异常处理。

4、捕获异常是为了处理它，不要捕获了却什么都不处理而抛弃之，如果不想处理它，请将该异常抛给它的调用者。最外层的业务使用者，必须处理异常，将其转化为用户可以理解的内容。
5、有 try 块放到了事务代码中， catch 异常后，如果需要回滚事务，一定要注意手动回滚事务。

6、finally 块必须对资源对象、流对象进行关闭，有异常也要做 try-catch。说明： 如果 JDK7，可以使用 try-with-resources 方式。
7、不能在 finally 块中使用 return， finally 块中的 return 返回后方法结束执行，不会再执行 try 块中的 return 语句。

8、捕获异常与抛异常，必须是完全匹配，或者捕获异常是抛异常的父类。说明： 如果预期对方抛的是绣球，实际接到的是铅球，就会产生意外情况。

9、方法的返回值可以为 null，不强制返回空集合，或者空对象等，必须添加注释充分说明什么情况下会返回 null 值。调用方需要进行 null 判断防止 NPE 问题。
说明： 本规约明确防止 NPE 是调用者的责任。即使被调用方法返回空集合或者空对象，对调用者来说，也并非高枕无忧，必须考虑到远程调用失败，运行时异常等场景返回 null 的情况。

10、在代码中使用“抛异常”还是“返回错误码”，对于公司外的 http/api 开放接口必须使用“错误码”； 而应用内部推荐异常抛出； 跨应用间 RPC 调用优先考虑使用 Result 方式，封装 isSuccess、 “错误码”、 “错误简短信息”。

11、定义时区分 unchecked / checked 异常，避免直接使用 RuntimeException 抛出，更不允许抛出 Exception 或者 Throwable，应使用有业务含义的自定义异常。推荐业界已定义过的自定义异常，如： DAOException / ServiceException 等。
12、对于运行时异常，我们不要用try...catch来捕获处理，而是在程序开发调试阶段，尽量去避免这种异常，一旦发现该异常，正确的做法就会改进程序设计的代码和实现方式，修改程序中的错误，从而避免这种异常。捕获并处理运行时异常是好的解决办法，因为可以通过改进代码实现来避免该种异常的发生。对于受检查异常，没说的，老老实实去按照异常处理的方法去处理，要么用try...catch捕获并解决，要么用throws抛出！对于Error（运行时错误），不需要在程序中做任何处理，出现问题后，应该在程序在外的地方找问题，然后解决。

       程序运行时，发生的不被期望的事件，它阻止了程序按照程序员的预期正常执行，这就是异常。 在出现异常时，可能会出现错误提示词为Throwable，Error， AWTError，IOError， LinkageErro，ThreadDeath，Exception，SQLException， IOException ，RuntimeException，IndexOutOfBoundsException，NullPointerException， ClassCastException。Throwable中包含有两个重要的子类：Exception（异常）和 Error（错误），二者都是 Java 异常处理的重要子类，各自都包含大量子类。error表示系统或虚拟机的异常，无法捕获，例如OutOfMemoryError。Exception表示 程序本身可以处理的异常。RuntimeException表示JVM 常用操作引发的异常。Checked表示在编译期间就可以发现的异常，必须在运行之前就进行处理的异常，除了RuntimeException及其子类以外，其他的Exception类及其子类都属于可查异常。这种异常的特点是Java编译器会检查它，也就是说，当程序中可能出现这类异常，要么用try-catch语句捕获它， 要么用throws子句声明抛出它，否则编译不会通过。Unchecked表示包括运行时异常和错误。运行时异常表示运行时异常的特点是Java编译器不会检查它，也就是说，当程序中可能出现这类异常，即使没有用try-catch语句捕获它，也没有用throws子句声明抛出它，也会编译通过。编译异常表示是RuntimeException以外的异常，类型上都属于Exception类及其子类。从程序语法角度讲是必须进行处理的异常，如果不处理，程序就不能编译通过。如IOException、SQLException等以及用户自定义的Exception异常，一般情况下不自定义检查异常。

       异常是在执行某个函数时引发的，而函数又是层级调用，形成调用栈的，因为，只要一个函数发生了异常，那么他的所有的caller都会被异常影响。当这些被影响的函数以异常信息输出时，就形成的了异常追踪栈。异常最先发生的地方，叫做异常抛出点。总体上我们根据Javac对异常的处理要求，将异常类分为2类。第一类时非检查异常,Error 和 RuntimeException 以及他们的子类，对于这些异常，我们应该修正代码，而不是去通过异常处理器处理 。这样的异常发生的原因多半是代码写的有问题。第二类异常是，检查异常，除了Error 和 RuntimeException的其它异常，这样的异常一般是由程序的运行环境导致的。因为程序可能被运行在各种未知的环境下，而程序员无法干预用户如何使用他编写的程序，于是程序员就应该为这样的异常时刻准备着。以上就是我通过课上ppt以及百度了解到的有关异常的相关知识，出现异常的时候会出现的提示词，以及异常的相关种类。

       我们还需要掌握如何防止异常的出现，以及异常出现时该如何修复。Java提供了更加优秀的解决办法：异常处理机制。异常处理机制能让程序在异常发生时，按照代码的预先设定的异常处理逻辑，针对性地处理异常，让程序尽最大可能恢复正常并继续执行，且保持代码的清晰。Java中的异常可以是函数中的语句执行时引发的，也可以是程序员通过throw 语句手动抛出的，只要在Java程序中产生了异常，就会用一个对应类型的异常对象来封装异常，JRE就会试图寻找异常处理程序来处理异常。Throwable类是Java异常类型的顶层父类，一个对象只有是 Throwable 类的（直接或者间接）实例，他才是一个异常对象，才能被异常处理机制识别。JDK中内建了一些常用的异常类，我们也可以自定义异常。在编写代码处理异常时，对于检查异常，有2种不同的处理方式：第一种是使用try…catch…finally语句块处理它。在try语句块中放可能出现异常的代码，如果执行完try之后不发生异常，则执行finally块和finally块后面的代码，如果发生异常，则尝试匹配catch块