关于Java异常处理的9条原则

关于Java异常处理的9条原则

在Java编程中,合理有效地处理异常对于保证程序的稳定性和可维护性至关重要

充分发挥异常优点,可以提高程序可读、可靠、可维护性

本文基于Effective Java 异常章节总结9条异常处理原则

只针对异常情况才使用异常

不要使用异常来做程序的流程控制,只有针对异常情况才使用异常

不主动判断数组下标是否越界,而使用异常控制流程的反例:

java 复制代码
        int[] ints = {1, 2, 3, 4, 5};
        int index = 0;
        try {
            while (true) {
                System.out.println(ints[index++]);
            }
        } catch (ArrayIndexOutOfBoundsException e) {

        }

对可恢复的情况使用受检异常,对编程错误使用运行时异常

广泛的异常指Throwable,它可以分为三种异常:

  1. 受检异常 CheckException:编译时需要处理(捕获/抛出)的异常(比如IOException等)
  2. 运行时异常 RuntimeException:程序运行错误时抛出的异常(比如空指针NullPointerException、非法参数等)
  3. 错误 Error:运行时虚拟机出现的错误(比如OOM等)

处理受检异常时可以捕获或抛出进行处理,如果希望"恢复"则可以在捕获时进行重试

如果要自定义未受检异常(编译时不需要处理),则要为运行时异常的子类

java 复制代码
class MyException extends RuntimeException

错误一般不在代码中进行处理,发生错误时需要排查根源再改造代码

API设计时遵循:对于可以恢复的情况抛出受检异常、对于程序错误抛出运行时异常、不确定能不能恢复抛出未受检异常 (未受检异常可以看成运行时异常)

如果在最外层(离用户最近)返回用户能理解的错误信息

避免不必要的使用受检异常

受检异常需要手动进行处理,这往往能够带来可靠

但是多种受检异常会让API难以使用,调用者处理时直接痛苦面具~

java 复制代码
try {
    
} catch (SQLException se) {
    // 处理数据库相关异常
} catch (IOException ioe) {
    // 处理文件读写相关异常
} catch (ClassNotFoundException cnfe) {
    // 处理类未找到异常,可能在加载驱动时出现
}

这时候为了偷懒可能会直接使用Exception统一进行处理~

java 复制代码
try {
    
} catch (Exception e) {
    // 偷懒
} 

如果不使用catch处理就直接抛出受检异常

如果无法恢复则抛出未受检异常,通常是自定义的业务异常,如调用失败请稍后重试

记得带上异常信息,防止后续打印日志导致异常信息丢失

java 复制代码
try {

} catch (IOException e) {
    throw new MyException("请稍后重试", e);
}

优先使用标准的异常

优先复用标准异常,如非法参数、数组下标越界异常

业务开发更多的还是复用自定义的业务异常~

复用已有的异常,不满足再自定义新异常

抛出与抽象对应的异常

当设计抽象层次的方法时,关注抽象层级的异常,而不是底层的具体实现的异常

ArrayList的迭代器在获取下一个元素时,如果越界会抛出NoSuchElementException

java 复制代码
public E next() {
    checkForComodification();
    int i = cursor;
    if (i >= size)
        throw new NoSuchElementException();
    Object[] elementData = ArrayList.this.elementData;
    if (i >= elementData.length)
        throw new ConcurrentModificationException();
    cursor = i + 1;
    return (E) elementData[lastRet = i];
}

AbstractSequentialList 在实现get获取元素时捕获NoSuchElementException,抛出IndexOutOfBoundsException

java 复制代码
public E get(int index) {
    try {
        return listIterator(index).next();
    } catch (NoSuchElementException exc) {
        throw new IndexOutOfBoundsException("Index: "+index);
    }
}

抽象层次捕获实现层次的NoSuchElementException异常,并抛出按照抽象层次进行解释的异常IndexOutOfBoundsException

每个方法抛出的所有异常要建立文档

如果方法要抛出异常,在文档中使用@throw说明什么情况下会抛出该异常

java 复制代码
/**
 * @throws  IOException
 * if an I/O error occurs
 */

避免抛出Exception、Throwable 要抛出更具体的异常

方法的throws只说明可能抛出的受检异常

@throw要记录在哪种情况下可能抛出的受检异常和运行时异常

在异常信息中保留关键信息

异常中会存储字符串保留当时发生异常的现场相关信息,这种信息对于我们的排查是非常有利的

为了能够更容易的保留这种关键信息,可以在自定义异常时写出方便排查的构造

java 复制代码
public class IndexOutOfBoundsException extends RuntimeException {
    //下限
    private final int lowerBound;
    //上限
    private final int upperBound;
    //当前越界下标
    private final int index;

    public IndexOutOfBoundsException(int lowerBound, int upperBound,
                                     int index) {
        //关键信息
        super(String.format(
                "Lower bound: %d, Upper bound: %d, Index: %d",
                lowerBound, upperBound, index));

        this.lowerBound = lowerBound;
        this.upperBound = upperBound;
        this.index = index;
    }
}

比如这个下标越界中包含上下界限以及当前下标位置,能够给出关键信息

努力使失败保持原子性

有些情况下发生异常导致失败会让对象的状态不一致,从而导致数据不一致

发生这种情况后,如果再使用数据不一致的对象就会发生错误

在实现方法时应该努力让发生异常导致失败时保持原子性,失败的调用方法应该让对象处于之前的状态

保证原子性的方法有5种:

  1. 使用不可变对象:即使失败导致出错只要不创建/替换对象,对象都是不可变的

  2. 使用前检查入参,提前抛出异常

    比如ArrayList.remove方法,获取下标前要检查入参

    java 复制代码
    public E remove(int index) {
        rangeCheck(index);
    	
        modCount++;
        //如果不检查入参,此时抛出下标越界异常导致modCount数据不一致
        E oldValue = elementData(index);
    
        int numMoved = size - index - 1;
        if (numMoved > 0)
            System.arraycopy(elementData, index+1, elementData, index,
                             numMoved);
        elementData[--size] = null; 
    
        return oldValue;
    }
  3. 调整处理顺序,让可能导致程序失败的步骤发生在改变数据操作之前(类似第二种)

    比如TreeSet需要内部元素实现比较器,如果未实现比较器或者元素类型不同,会发生类型转换异常,从而抛出异常不会执行添加操作

  4. 将源对象进行拷贝,如果发生异常错误可以找回源对象(或直接使用拷贝的对象进行处理)

    列表排序时会先拷贝一份数组再进行排序

    java 复制代码
    default void sort(Comparator<? super E> c) {
        //拷贝
        Object[] a = this.toArray();
        Arrays.sort(a, (Comparator) c);
        //排序完设置
        ListIterator<E> i = this.listIterator();
        for (Object e : a) {
            i.next();
            i.set((E) e);
        }
    }
  5. 提供回滚操作,发生异常错误时使用回滚操作达到对象的状态一致

不要忽略异常

发生异常时不要忽略(catch块为空)

java 复制代码
try{
 		   
}catch{
    //为空 忽略
}

忽略异常会导致程序继续执行下去可能导致错误发生,错误发生时也会难以排查

处理异常时可以打印日志,保留异常堆栈信息,如果要抛出就不要重复打印日志

如果要忽略可以写下注释说明理由

总结

只有针对异常情况才使用异常,不要使用异常来做程序的流程控制

广泛的异常分为受检异常、运行时异常(非受检异常)和错误,通常只接触前两者,后者排查虚拟机错误时才接触

对于运行恢复的情况抛出受检异常,程序错误或不确定是否允许恢复的情况抛出运行时异常

受检异常必须进行处理,能够带来可靠,但太多会导致复杂,不catch处理受检异常时可以直接抛出

优先复用已有的标准异常,不满足需求时再自定义

设计抽象层次方法时,关注抽象层次异常,而不是具体实现异常,通过捕获具体实现异常再抛出抽象层次异常

方法文档需要说明可能抛出的异常,不要抛出Exception异常,要抛出具体异常

自定义异常时尽量构造出方便排查的关键信息

异常失败可能导致对象状态不一致,可使用不可变对象、检查入参、调整执行顺序、拷贝对象、实现回滚等方案解决

忽略异常会导致程序继续执行从而发生错误结果,难以排查

最后(不要白嫖,一键三连求求拉~)

本篇文章被收入专栏 Effective Java,感兴趣的同学可以持续关注喔

本篇文章笔记以及案例被收入 Gitee-CaiCaiJavaGithub-CaiCaiJava 感兴趣的同学可以stat下持续关注喔~

有什么问题可以在评论区交流,如果觉得菜菜写的不错,可以点赞、关注、收藏支持一下~

关注菜菜,分享更多干货,公众号:菜菜的后端私房菜

相关推荐
斗-匕2 分钟前
Spring & Spring Boot 常用注解总结
java·spring boot·spring
夏微凉.4 分钟前
【JavaEE进阶】Spring 事务和事务传播机制
java·数据库·sql·mysql·spring·java-ee
吴冰_hogan8 分钟前
nacos集群源码解析-cp架构
java·spring boot·spring·架构·服务发现·springcloud
阿七想学习9 分钟前
数据结构《链表》
java·开发语言·数据结构·学习·链表
Yaml410 分钟前
Java的六大排序
java·算法·排序算法
XiaoLiuLB12 分钟前
Tomcat NIO 配置实操指南
java·tomcat·nio
Be_Somebody16 分钟前
[这可能是最好的Spring教程!]Maven的模块管理——如何拆分大项目并且用parent继承保证代码的简介性
java·spring boot·spring·spring入门
计算机学姐25 分钟前
基于Python的高校成绩分析管理系统
开发语言·vue.js·后端·python·mysql·pycharm·django
一个数据小开发32 分钟前
业务开发问题之ConcurrentHashMap
java·开发语言·高并发·map
会飞的架狗师1 小时前
【Spring】Spring框架中有有哪些常见的设计模式
java·spring·设计模式