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

Posted 2021-01-19 zhaoxinhui

      程序运行时，发生的不被期望的事件，它阻止了程序按照程序员的预期正常执行，这就是异常。 在出现异常时，可能会出现错误提示词为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块。catch块，每一个catch块用于捕获并处理一个特定的异常，或者这异常类型的子类，Java7中可以将多个异常声明在一个catch中。catch后面的括号定义了异常类型和异常参数。如果异常与之匹配且是最先匹配到的，则虚拟机将使用这个catch块来处理异常。在catch块中可以使用这个块的异常参数来获取异常的相关信息。异常参数是这个catch块中的局部变量，其它块不能访问。如果当前try块中发生的异常在后续的所有catch中都没捕获到，则先去执行finally，然后到这个函数的外部caller中去匹配异常处理器。如果try中没有发生异常，则所有的catch块将被忽略。finally块，finally块通常是可选的，无论异常是否发生，异常是否匹配被处理，finally都会执行，一个try至少要有一个catch块，否则， 至少要有1个finally块。但是finally不是用来处理异常的，finally不会捕获异常，finally主要做一些清理工作，如流的关闭，数据库连接的关闭等。上课的老师说到一种问题，就是既然try可以检测异常，那可不可以把所有的代码都放进try里，这样可以更可以保证代码的正确性，但是这样也是有代价的，如果这个代码可以承受住这种代价，那么应该也是可以的，但是这种一般不建议使用。另外，try块中的局部变量和catch块中的局部变量（包括异常变量），以及finally中的局部变量，他们之间不可共享使用。每一个catch块用于处理一个异常。异常匹配是按照catch块的顺序从上往下寻找的，只有第一个匹配的catch会得到执行。匹配时，不仅运行精确匹配，也支持父类匹配，因此，如果同一个try块下的多个catch异常类型有父子关系，应该将子类异常放在前面，父类异常放在后面，这样保证每个catch块都有存在的意义。java中，异常处理的任务就是将执行控制流从异常发生的地方转移到能够处理这种异常的地方去。也就是说：当一个函数的某条语句发生异常时，这条语句的后面的语句不会再执行，它失去了焦点。执行流跳转到最近的匹配的异常处理catch代码块去执行，异常被处理完后，执行流会接着在“处理了这个异常的catch代码块”后面接着执行，有的编程语言当异常被处理后，控制流会恢复到异常抛出点接着执行，而Java则是让执行流恢复到处理了异常的catch块后接着执行。finally块没有处理异常的能力。处理异常的只能是catch块。在同一try…catch…finally块中 ，如果try中抛出异常，且有匹配的catch块，则先执行catch块，再执行finally块。如果没有catch块匹配，则先执行finally，然后去外面的调用者中寻找合适的catch块。在同一try…catch…finally块中 ，try发生异常，且匹配的catch块中处理异常时也抛出异常，那么后面的finally也会执行：首先执行finally块，然后去外围调用者中寻找合适的catch块。第二种对于异常处理的方式为，在函数签名中使用throws 声明交给函数调用者caller去解决。throws声明：如果一个方法内部的代码会抛出检查异常（checked exception），而方法自己又没有完全处理掉，则javac保证你必须在方法的签名上使用throws关键字声明这些可能抛出的异常，否则编译不通过。throws是另一种处理异常的方式，它不同于try…catch…finally，throws仅仅是将函数中可能出现的异常向调用者声明，而自己则不具体处理。采取这种异常处理的原因可能是：方法本身不知道如何处理这样的异常，或者说让调用者处理更好，调用者需要为可能发生的异常负责。throw 语句必须写在函数中，执行throw 语句的地方就是一个异常抛出点，它和由JRE自动形成的异常抛出点没有任何差别。以上就是我通过查阅资料了解到的异常的种类，异常出现的时候出现的异常表现，以及异常的预防方式和异常的修复方法。