当前位置：首页 > news >正文

Java异常处理传递规范总结

news 2025/8/9 5:28:11

java 异常分类

在这里插入图片描述

Thorwable类（表示可抛出）是所有异常和错误的超类，两个直接子类为Error和Exception，分别表示错误和异常。
其中异常类Exception又分为运行时异常(RuntimeException)和非运行时异常，这两种异常有很大的区别，也称之为非检查异常（Unchecked Exception）和检查异常（Checked Exception），其中Error类及其子类也是非检查异常。

检查异常和非检查异常

检查异常：也称为“编译时异常”，编译器在编译期间检查的那些异常。由于编译器“检查”这些异常以确保它们得到处理，因此称为“检查异常”。如果抛出检查异常，那么编译器会报错，需要开发人员手动处理该异常，要么捕获，要么重新抛出。除了RuntimeException之外，所有直接继承 Exception 的异常都是检查异常。
非检查异常：也称为“运行时异常”，编译器不会检查运行时异常，在抛出运行时异常时编译器不会报错，当运行程序的时候才可能抛出该异常。Error及其子类和RuntimeException 及其子类都是非检查异常。

异常处理分为三个阶段：捕获->传递->处理。try……catch的作用是捕获异常，throw的作用将异常传递给合适的处理程序。捕获、传递、处理，三个阶段，任何一个阶段处理不当，都会影响到整个系统。下面分别介绍一下常见的异常处理不规范案例。

java 异常处理不规范案例

捕获

捕获异常的时候不区分异常类型
捕获异常不完全，比如该捕获的异常类型没有捕获到

try{……
} catch (Exception e){ // 不应对所有类型的异常统一捕获，应该抽象出业务异常和系统异常，分别捕获……
}

传递

异常信息丢失
异常信息转译错误，比如在抛出异常的时候将业务异常包装成了系统异常
吃掉异常
不必要的异常包装
检查异常传递过程中不适用非检查检异常包装，造成代码被throws污染

try{……
} catch (BIZException e){ throw new BIZException(e); // 重复包装同样类型的异常信息 
} catch (Biz1Exception e){ throw new BIZException(e.getMessage()); // 没有抛出异常栈信息，正确的做法是throw new BIZException(e); 
} catch (Biz2Exception e){throw new Exception(e); // 不能使用低抽象级别的异常去包装高抽象级别的异常，这样在传递过程中丢失了异常类型信息
} catch (Biz3Exception e){throw new Exception(……); // 异常转译错误，将业务异常直接转译成了系统异常
} catch (Biz4Exception e){…… // 不抛出也不记Log，直接吃掉异常
} catch (Exception e){throw e;
}

处理

重复处理
处理方式不统一
处理位置分散

try{try{try{……} catch (Biz1Exception e){log.error(e);  // 重复的LOG记录throw new e;}try{……} catch (Biz2Exception e){……  // 同样是业务异常，既在内层处理，又在外层处理}} catch (BizException e){log.error(e); // 重复的LOG记录throw e;}
} catch (Exception e){// 通吃所有类型的异常log.error(e.getMessage(),e);
}

java 异常处理规范案例

1、阿里巴巴Java异常处理规约

在这里插入图片描述

阿里巴巴Java开发规范中有15条异常处理的规约，其中下面两条使用的时候是比较困惑的，因为并没有告诉我们应该如何定义异常，如何抛出异常，如何处理异常：

【强制】捕获异常是为了处理它，不要捕获了却什么都不处理而抛弃之，如果不想处理它，请将该异常抛给它的调用者。最外层的业务使用者，必须处理异常，将其转化为用户可以理解的内容。
【推荐】定义时区分unchecked / checked 异常，避免直接使用RuntimeException抛出，更不允许抛出Exception或者Throwable，应使用有业务含义的自定义异常。