高健壮性Java异常处理需精准识别语义、分层响应、不掩盖问题、保障资源安全、提供可追溯上下文：区分Checked/Unchecked异常，避免空catch，用try-with-resources确保资源释放，通过异常链和MDC增强上下文。
编写高健壮性的 Java 异常处理代码，核心不是“捕获所有异常”，而是精准识别异常语义、分层响应、不掩盖问题、保障资源安全、提供可追溯上下文。下面从几个关键实践展开：
明确区分 Checked 与 Unchecked 异常，按语义选择使用
Checked 异常（如 IOException、SQLException）表示调用方**有能力且应当处理**的可恢复外部故障；Unchecked 异常（RuntimeException 及其子类）表示程序逻辑错误或不可恢复状态（如 NullPointerException、IllegalArgumentException）。
- 不要用 RuntimeException 替代本该声明的 checked 异常（例如把文件不存在包装成 IllegalArgumentException），这会逃避编译器强制处理，削弱 API 契约
- 自定义业务异常时，若属于预期但需显式应对的场景（如“余额不足”、“用户已锁定”），继承 Exception；若属于编程缺陷或非法输入（如传入 null ID），继承 RuntimeException
- 避免在方法签名中抛出过于宽泛的 Exception 或 Throwable，应精确声明具体异常类型
避免空 catch 块和“吞掉”异常
空 catch 块是健壮性最大敌人——它让故障静默失败，导致后续逻辑基于错误状态运行，问题难以定位。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 即使决定忽略某异常（极少数情况，如关闭资源时 IOException 可接受），也必须添加清晰注释说明原因，并考虑记录 warn 日志
- 绝不写 catch (Exception e) { } 或 catch (Throwable t) { }
- 捕获后至少做三件事之一：重新抛出（带上下文）、转换为更合适的异常、或完成有意义的补偿操作（如回滚、降级）
用 try-with-resources 确保资源确定性释放
涉及流、连接、通道等需显式关闭的资源，必须使用 try-with-resources 语法，它能保证无论是否发生异常，close() 都会被调用，且自动抑制次要异常（suppressed exceptions）。
立即学习“Java免费学习笔记（深入）”；
- 所有资源必须实现 AutoCloseable 接口
- 避免在 finally 块中手动 close —— 容易遗漏、重复关闭、引发新异常覆盖原异常
- 示例：try (FileInputStream fis = new FileInputStream("data.txt");
BufferedReader reader = new BufferedReader(new InputStreamReader(fis))) {
// 处理逻辑
} // 自动关闭 fis 和 reader
异常链与上下文增强，让日志和排查更有效
原始异常信息往往缺乏业务上下文（如“哪条订单？哪个用户？请求 ID 是多少？”），直接抛出会丢失关键线索。
- 使用带 cause 构造器重抛异常：throw new ServiceException("订单支付失败", originalException);
- 在日志中打印完整堆栈（logger.error("支付失败，orderNo={}", orderNo, e);），而非仅 e.getMessage()
- 必要时在异常消息中注入关键业务字段（如 ID、状态码），但避免敏感信息（密码、token）
- 考虑使用 MDC（Mapped Diagnostic Context）在线程上下文中绑定 traceId、userId 等，使整条调用链日志可关联
