推荐使用throw new Exception(message, cause)封装并重抛异常，保留原始堆栈信息；自定义异常类如ServiceException可提升代码语义；避免仅传递消息而丢失cause，确保异常链完整利于排查问题。
在Java中，捕获异常后封装并重新抛出是一种常见的做法，尤其在需要保留原始异常信息的同时添加上下文或转换异常类型时。正确处理可以保证调用链清晰，便于排查问题。
使用 throw new Exception(message, cause) 封装异常
推荐方式是将原始异常作为新异常的“原因”（cause）传入构造函数。这样既能保留原始堆栈信息，又能提供更具体的上下文。
例如：
try {
// 可能出错的代码
int result = 10 / 0;
} catch (ArithmeticException e) {
throw new RuntimeException("计算发生错误：除数不能为零", e);
}
这里的 e 作为新异常的 cause，通过 getCause() 方法可获取原始异常。
立即学习“Java免费学习笔记（深入）”；
自定义异常类增强语义
为了提升代码可读性和维护性，建议定义业务相关的异常类型。
比如：
public class ServiceException extends Exception {
public ServiceException(String message, Throwable cause) {
super(message, cause);
}
}
使用时：
try {
processData();
} catch (IOException e) {
throw new ServiceException("处理数据失败", e);
}
</font>
避免丢失堆栈信息
不要只传递异常消息而忽略 cause，否则会丢失原始异常的堆栈跟踪。
错误示范：
catch (Exception e) {
throw new RuntimeException("出错了: " + e.getMessage()); // ❌ 不推荐
}
这会导致无法追溯原始异常来源。应始终把原异常作为参数传入。
基本上就这些。封装异常时保留 cause，能让日志和调试工具完整输出异常链，对排查问题非常有帮助。
