JAVA异常从认识到精通

最新推荐文章于 2024-07-15 19:44:40 发布

开启java之旅

最新推荐文章于 2024-07-15 19:44:40 发布

阅读量355

点赞数

分类专栏： JAVA日志

本文链接：https://blog.csdn.net/qq_30301013/article/details/103417352

版权

JAVA日志专栏收录该内容

5 篇文章 0 订阅

订阅专栏

JAVA异常从认识到精通

从问题说起

从问题说起

那么在项目开发中面对异常，我们遇到的问题有哪些呢？
在项目中的每一层如何处理异常？异常何时被抛出，何时被记录？何时需要把checked Exception转换成unchecked Exception?又何时需要把unchecked Exception转换成checked Exception?异常是否应该呈现到前端页面？

JAVA异常是什么？

JAVA异常有什么作用？

在面向过程的编程语言中，我们可以通过返回值来确定方法是否正确执行。比如返回1，表示执行成功；返回0，表示执行失败。但是通过这种方式我们并不能确定错误的详细信息。而且，对同一类错误，不同开发者对错误的处理方式也不一致。但是，在JAVA中采取了统一的处理机制——异常。它可以帮我们精确定位到程序出错的源代码位置，并获取错误的堆栈信息。

在JAVA中，是如何具体处理异常的？

Java异常处理通过5个关键字来实现。try、catch、throw、throws、finally。具体的异常处理结构由try……catch……finally来实现。try语句块放可能出现异常的Java代码。catch用来捕获可能发生的异常以及处理逻辑.Finally用来清除程序中未释放的资源，不管try块的代码如何返回，finally块总是会被执行。

JAVA异常体系结构

在这里插入图片描述
Throwable类是JAVA语言所有错误或异常的超类（两个直接子类：Error和Exception）
Java程序在执行过程中所发生的异常事件可分为两类：
**Error:**Java虚拟机无法解决的严重问题。如：JVM系统内部错误、资源耗尽等严重情况。一般不编写针对性的代码进行处理。
**Exception:**其它因编程错误或偶然的外在因素导致的一般性问题，可以使用针对性的代码进行处理。例如：空指针访问、试图读取不存在的文件、网络连接中断。
**编译时异常：**在编译某个程序的时候有可能会有这样那样的事情发生，这样的异常就必须在编译的时候处理，如果不处理编译通不过。（Java程序必须显式处理，否则程序就会发生错误，无法通过编译）
**运行时异常：**就是程序员所犯的错误，需要回来修改代码（无需显式处理，也可以和编译时异常一起处理）

JAVA异常的优势有哪些？

    public void test() {
        String driver = "com.mysql.jdbc.Driver";// URL指向要访问的数据库名test1
        String url = "jdbc:mysql://127.0.0.1:3306/test";// MySQL配置时的用户名
        String user = "root";// Java连接MySQL配置时的密码
        String password = "111";
        try {
            Class.forName(driver);// 1 加载驱动程序
            Connection conn = DriverManager.getConnection(url, user, password);// 2 连接数据库
            Statement statement = conn.createStatement();// 3 用来执行SQL语句
            String sql = "select * from login";// 要执行的SQL语句
            ResultSet rs = statement.executeQuery(sql);
            String name = null;
            String mima = null;
            while (rs.next()) {
                name = rs.getString("userName");
                mima = rs.getString("passWord");
            }
            rs.close();
            conn.close();
        } catch (ClassNotFoundException e) {
            System.out.println("Sorry,can`t find the Driver!");
            e.printStackTrace();
        } catch (SQLException e) {
            e.printStackTrace();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

从代码角度出发，可以看到异常与传统返回值相比有以下好处：

程序中的错误得到了统一的处理入口
错误信息更详细，编译跟踪与调试
将正确执行结果与异常进行分类，降低了程序的复杂度
强制调用者处理异常，增加了程序的健壮性。

编译（checked）异常与运行期异常（unchecked）有什么区别？

运行时异常(RuntimeException)：
都是RuntimeException类及子类,如NullPointerException、IndexOutOfBounException
等, 这些异常不是检查的异常, 是在程序运行的时候可能会发生的, 所以程序可以捕捉，也可以不捕捉，这些错误一般是由程序逻辑错误引起的, 程序应该从逻辑角度去尽量避免。

检查异常(CheckedException)
是运行时异常以外的异常, 也是Exception及其子类, 这些异常从程序的角度来说是必须经过捕捉检查处理的, 否则不能通过编译. 如IOException、SQLException等

编译（checked）异常的缺陷？

比如SQLException，如果一开始我们不在DAO层将该异常转换为运行期异常，那么在service层、controller层都需要进行捕获，这将导致大量重复的无用异常代码出现在应用系统；另外，如果为一个已有的接口添加一个编译异常，那么调用该接口的任何类都需修改，增加了程序维护的复杂性。
综上所述，如果一个异常是致命的，不可恢复的。或者调用者去捕获它也没有任何益处，使用（unchecked）异常；如果一个异常是可以恢复的，可以被调用者正确处理，使用checked异常。在使用unchecked异常时，必须在方法声明中详细的说明该方法可能会抛出unchecked异常。由调用者自己决定是否捕获unchecked异常。