上一篇
java异常是怎么处理的
Java异常通过try- catch-finally结构捕获或抛出异常对象，结合日志记录与合理处理，避免异常吞噬
Java异常处理是保障程序健壮性的关键环节，通过合理的机制设计，能够有效应对运行时错误并提升代码可维护性,以下是异常处理的核心逻辑与实践指南：
异常基础机制
-
异常分类
- 编译时异常：继承自Throwable，需显式处理（如IOException、SQLException）。
- 运行时异常：继承自RuntimeException，无需强制捕获（如NullPointerException、ArrayIndexOutOfBoundsException）。
- 错误类型：Error及其子类（如OutOfMemoryError），通常不可恢复,应由JVM处理。
-
处理流程
- 抛出异常：通过throw关键字手动抛出异常对象或由JVM自动触发。
- 传递异常：若方法内未捕获异常，会沿调用栈向上抛出，直至找到匹配的catch块或终止程序。
- 捕获异常：利用try-catch结构匹配异常类型,执行对应的处理逻辑。
异常处理方式
| 处理方式 | 适用场景 | 代码示例 |
|---|---|---|
| try-catch | 捕获特定异常，执行恢复逻辑或日志记录 | javatry { ... } catch (SpecificException e) { //处理逻辑 } |
| finally | 无论是否异常都需执行的资源释放（如关闭文件流） | javatry { ... } finally { resource.close() } |
| try-with-resources | 自动管理实现AutoCloseable接口的资源（推荐用于JDK 7+） | javatry (Resource res = new Resource()) { ... } |
| throws声明 | 向上抛异常，由调用方处理（适用于编译时异常） | java void method() throws IOException { ... } |
| 自定义异常 | 封装业务语义错误（如非法参数、业务逻辑校验失败） | javaclass CustomException extends Exception { public CustomException(String msg) { super(msg); } } |
最佳实践
-
精准捕获异常
- 优先使用具体异常类型而非通用Exception，避免掩盖真实错误。
- 例：捕获NullPointerException而非RuntimeException。
-
合理处理策略
- 日志记录：在catch块中记录异常堆栈（如使用Logger），便于排查问题。
- 资源清理：优先使用try-with-resources，避免依赖finally导致资源泄漏。
- 异常链：通过throw new RuntimeException(e)保留原始异常信息,构建异常链。
-
避免异常滥用
- 不将异常用于控制流程（如替代返回值），以免降低性能。
- 避免空catch块,至少记录日志或重新抛出异常。
-
区分异常类型
- 编译时异常：必须处理或声明抛出，如文件读写操作需处理IOException。
- 运行时异常：可通过代码优化减少发生（如避免空指针访问）。
-
问：受检异常（Checked Exception）与非受检异常（Unchecked Exception）的区别是什么？
答：
- 受检异常：继承自Exception（不包括RuntimeException），编译器强制要求处理（如throws声明或try-catch）。
- 非受检异常：继承自RuntimeException，编译器不要求处理，通常由逻辑错误引起（如数组越界）。
-
问：为什么要自定义异常？
答：
- 语义明确：通过自定义异常类（如InvalidInputException）清晰表达业务错误含义，提升代码可读性。
- 统一处理：可在高层逻辑集中捕获特定自定义异常，执行统一处理策略（如事务回滚）
常见问题解答（FAQs）
