优雅利用异常链的关键是分层转译：持久层将SQLException封装为DataAccessException，服务层转为OrderCreationException，Controller交由全局处理器返回标准化JSON；自定义异常必须提供Throwable构造函数以保障链完整，日志需调用log.error(msg, e)自动打印全链路堆栈。
Java中优雅利用异常链，关键不是“包装得越多越好”，而是让每一层只暴露它该负责的抽象层级——下层专注技术细节，上层聚焦业务语义。清爽的抽象异常 = 明确的业务含义 + 可追溯的根本原因 + 无污染的调用链。
分层封装：每层只抛自己语义的异常
持久层遇到SQL异常，不该直接把SQLException扔给Controller；业务层也不该把数据库连接失败原样透传为“下单失败”。正确做法是逐层转译，保持语义一致：
- 持久层捕获
SQLException，封装为DataAccessException（继承RuntimeException），并传入原始异常作为cause - 服务层捕获
DataAccessException，再转为OrderCreationException，消息写成“订单创建失败：库存校验异常”，仍保留cause链 - Controller层不处理，由全局异常处理器统一拦截
OrderCreationException，返回标准化JSON（含错误码、提示语）
自定义异常必须带Throwable构造函数
所有自定义业务异常类，都应显式提供接收Throwable参数的构造方法，这是支撑异常链的基础：
public class OrderCreationException extends RuntimeException {
private final ErrorCode errorCode;
public OrderCreationException(String message, Throwable cause) {
super(message, cause); // ← 关键：调用父类带cause的构造
this.errorCode = ErrorCode.ORDER_CREATE_FAILED;
}
public OrderCreationException(ErrorCode errorCode) {
this(errorCode.getMessage(), null);
}
}
没这个构造函数，上层就无法传递原始异常，链就断了。
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
日志与排查：自动打印完整链路
只要异常链构建正确，调用e.printStackTrace()或使用SLF4J的log.error("下单失败", e)，控制台就会自动输出类似这样的堆栈：
com.example.OrderCreationException: 订单创建失败：库存校验异常
at com.example.service.OrderService.create(OrderService.java:45)
Caused by: com.example.DataAccessException: 数据访问异常
at com.example.dao.OrderDao.checkStock(OrderDao.java:32)
Caused by: java.sql.SQLIntegrityConstraintViolationException: Duplicate entry '1001' for key 'uk_order_no'
at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:117)
运维和开发一眼就能从最外层看到业务影响，再逐级向下定位到SQL约束冲突，无需翻查多处日志。
避免链断裂的两个红线
有些操作会无意中切断异常链，务必规避：
- 不要在catch块里新建异常却不传cause：
throw new BusinessException("操作失败")→ 原始异常丢失 - 不要用
e.getMessage()拼接新异常消息再抛出，这等于只留了“一句话摘要”，丢掉了堆栈和类型信息
清爽不是删减，而是精准裁剪——保留必要上下文，剔除无关实现细节。异常链就是那根看不见的线，把用户看到的“支付失败”和数据库里的“唯一索引冲突”稳稳串在一起。
