java异常分error（不处理）、checked exception（编译强制处理）和unchecked exception（预防优先）；通过多catch差异化响应、throws职责分离、自定义异常及统一处理器实现精准管控，避免一锅端、吞异常、误捕运行时异常等误区。
Java 中异常的分类管理与差异化响应，核心在于利用其严格的继承体系和编译检查机制，让不同性质的问题走不同的处理路径——该拦的拦住，该放的放开，该转交的明确转交。
按 Throwable 体系分层归类
所有异常都源于 Throwable，它天然划出两条主线：
- Error：JVM 层面的致命问题（如 OutOfMemoryError、StackOverflowError），程序不捕获、不处理，也不应试图恢复；遇到时通常需调优环境或重启服务
-
Exception：程序可干预的异常，再细分为两类：
- 检查异常（Checked Exception）：继承自 Exception 但非 RuntimeException 的子类，如 IOException、SQLException。编译器强制要求你面对它——要么 try-catch 拦下来当场处理，要么用 throws 声明甩给上层
- 非检查异常（Unchecked Exception）：即 RuntimeException 及其子类，如 NullPointerException、IllegalArgumentException。编译器不管，但它们暴露的是代码逻辑缺陷，应优先通过校验、断言、空值防护等手段预防，而非依赖 catch
用 try-catch-finally 实现差异化响应
同一段可能出错的代码，可根据异常类型匹配不同 catch 块，执行专属逻辑：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 对 IOException：记录日志 + 提示用户“文件读取失败，请检查路径”，并返回默认值或重试机制
- 对 SQLException：回滚事务 + 上报数据库监控告警 + 返回友好错误码（如 DB_UNAVAILABLE）
- 对 NullPointerException：开发阶段应触发单元测试失败；线上若偶发，可捕获后打详细上下文日志，辅助定位空值源头
- finally 或 try-with-resources 确保资源释放（如关闭流、连接），与异常类型无关，体现统一兜底
靠 throws 和自定义异常做职责分离
不是所有异常都要在发生点处理。合理使用 throws 可把问题交给更合适的层级：
- DAO 层遇到 SQLException，不自己吞掉，而是 throws 给 Service 层——因为事务控制、重试策略、业务补偿逻辑都在 Service
- 定义业务异常（如 UserNotExistException、InsufficientBalanceException），继承 RuntimeException，避免污染方法签名，同时保持语义清晰，便于 Controller 统一转换为 HTTP 状态码或前端提示文案
- 在统一异常处理器（@ControllerAdvice）中，根据异常类型返回结构化响应：400 对应参数校验异常，404 对应资源未找到，500 对应未预期异常并附 traceId 方便排查
避免常见误区
分类管理失效，往往源于几个典型操作：
- 用 catch (Exception e) 一锅端，掩盖真实问题类型，丧失差异化能力
- 对检查异常简单写 catch (IOException e) { e.printStackTrace(); }，既没业务响应，也没日志追踪，等于没处理
- 把本该预防的运行时异常（如空指针）全靠 catch 拦截，掩盖了代码健壮性缺陷
- 在 finally 中抛出新异常，覆盖原始异常，导致根因丢失
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
