java异常处理需以分支结构为骨架，结合try-catch-finally、throws、自定义异常及防御性编程，按类型分路径处理，优先预判拦截，配合try-with-resources管理资源，使异常成为可识别、可响应的业务信号。
Java 分支结构本身不直接处理异常，但它是组织异常处理逻辑的关键骨架。真正起作用的是 try-catch-finally 和 throws 机制，配合清晰的分支判断（如 if/else、switch），才能把复杂业务异常拆解成可读、可维护、可定位的流程。
按异常类型分路径处理
不要用一个 catch(Exception e) 涵盖所有情况。不同异常代表不同问题根源，应走不同修复或响应路径：
- 捕获 FileNotFoundException → 提示用户检查文件路径，或触发默认配置加载
- 捕获 SQLException → 记录数据库错误码，重试或降级为缓存查询
- 捕获 NumberFormatException → 返回参数校验失败提示，不记录为系统错误
- 多个同类异常可合并捕获：catch (IOException | SQLException e)，减少重复代码
用 if 判断前置条件，避免异常发生
很多“异常”其实是可预判的业务状态。优先用分支逻辑拦截，比事后捕获更高效、更语义清晰：
- 转账前先 if (fromAccount.getBalance()
- 查用户前先 if (userId == null || userId.isEmpty()) throw new IllegalArgumentException(...)
- 避免 NullPointerException：用 Objects.requireNonNull() 或 Optional.ofNullable().orElseThrow()
- 这种防御性编程让 RuntimeException 成为“意外”，而非“常态”
结合 try-with-resources 管理资源生命周期
涉及流、连接、锁等资源时，分支逻辑必须和资源自动释放绑定：
- 用 try-with-resources 替代手动 close()，即使发生异常也能确保资源释放
- 例如：try (FileInputStream fis = new FileInputStream(file)) { ... } —— fis 会在 try 结束时自动关闭
- 若需在异常后执行清理（如回滚事务），仍可在 catch 或 finally 中补充逻辑，但主体资源管理交给 try-with-resources
自定义异常 + 分支决策驱动业务流向
把异常当作业务信号，用自定义异常类型触发不同分支策略：
- 定义 UserNotFoundException、PaymentTimeoutException、InventoryLockedException 等具体异常
- 上层服务根据异常类型选择：重试、告警、跳过、补偿、转人工
- 例如：catch (PaymentTimeoutException e) { scheduleCompensationTask(orderId); }
- 异常消息中携带关键上下文（如 orderId、timestamp、errorCode），便于分支逻辑精准识别
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
