在Java里如何利用异常类层次进行捕获_Java多层次异常处理解析-java教程-PHP中文网

java异常层次旨在分粒度处理而非忽略错误：runtimeexception表逻辑错误无需强制捕获，checked exception如ioexception必须显式处理；catch顺序须从具体到宽泛，否则子类异常不可达；自定义异常应依是否需强制处理选择继承runtimeexception或exception，并提供带cause构造函数。

在java里如何利用异常类层次进行捕获_java多层次异常处理解析

Java 的异常类层次不是用来“选择性忽略错误”的，而是为了在不同粒度上做有区分的处理——捕获太宽泛（比如直接 catch (Exception e)）容易掩盖问题，捕获太窄（比如只抓 NullPointerException）又可能漏掉本该统一处理的同类错误。

为什么不能只用 `Exception` 捕获所有异常

看似省事，实则破坏了异常分类的设计意图：RuntimeException 及其子类是程序逻辑错误（如空指针、数组越界），按规范不应被强制捕获；而 IOException、SQLException 等检查型异常（checked exception）必须显式处理，否则编译不通过。

用 catch (Exception e) 会把本该声明抛出的检查型异常“吞掉”，导致调用方完全不知情
调试时难以定位是业务异常还是系统级异常，堆栈里只剩一层 Exception
后续想对 FileNotFoundException 单独重试、对 SocketTimeoutException 降级，就只能靠 instanceof 或字符串匹配，违背面向对象原则

多层 `catch` 的顺序为什么必须从具体到宽泛

Java 要求子类异常必须写在父类异常之前，否则编译报错：Unreachable catch block for XXXException. It is already handled by the catch block for YYYException。

Web Accessibility (WCAG 2 AA))

将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。

下载

错误写法：catch (Exception e) 写在 catch (IOException e) 前面 → 后者永远执行不到

正确顺序示例：

try {
    readFile();
} catch (FileNotFoundException e) {
    // 文件不存在，提示用户检查路径
} catch (SecurityException e) {
    // 权限不足，引导开启存储权限
} catch (IOException e) {
    // 其他 IO 问题，统一记录日志并返回通用错误
}

注意：即使 FileNotFoundException 和 SecurityException 都是 IOException 的子类，也不能只留一个 IOException —— 它们的业务含义和恢复策略完全不同

自定义异常如何融入标准层次

不要平白无故继承 Exception 或 RuntimeException，要根据是否需要强制调用方处理来决定基类。

业务校验失败（如余额不足、参数非法），适合继承 RuntimeException：调用方无需写 try-catch，但需确保测试覆盖
外部依赖失败（如第三方 API 返回 503），适合继承 Exception：提醒调用方必须考虑重试或熔断

所有自定义异常都应提供带 cause 的构造函数，方便包装底层异常：

public class PaymentRejectedException extends Exception {
    public PaymentRejectedException(String message, Throwable cause) {
        super(message, cause);
    }
}