封装底层异常可提升代码可维护性，需定义自定义异常类（如ServiceException），在catch块中将底层异常（如SQLException）包装并重抛，同时传入原始异常作为cause参数以保留完整堆栈信息。
在Java开发中，直接暴露底层异常（如SQLException、IOException）会给上层调用者带来不必要的复杂性。通过封装底层异常，可以提升代码的可维护性和接口的清晰度。关键是使用自定义异常类，并在捕获底层异常后将其包装并重新抛出。
定义业务异常类
创建一个继承自Exception或RuntimeException的自定义异常类，用于表示特定业务场景下的错误。
例如：
// 受检异常示例public class ServiceException extends Exception {
public ServiceException(String message) {
super(message);
}
public ServiceException(String message, Throwable cause) {
super(message, cause);
}
}
在方法中捕获并封装异常
当调用可能抛出底层异常的方法时，使用try-catch块捕获异常，并将其封装为自定义异常。
立即学习“Java免费学习笔记（深入）”；
示例：
public void saveUserData(User user) throws ServiceException {try {
// 可能抛出SQLException的操作
userDao.insert(user);
} catch (SQLException e) {
throw new ServiceException("保存用户数据失败", e);
}
}
注意：构造函数中传入原始异常作为cause参数，这样可以在后续排查问题时保留完整的异常栈信息。
避免丢失异常上下文
封装异常时，必须保留原始异常的堆栈轨迹。不要只抛出新异常而不传入原异常。
错误做法：
catch (IOException e) {throw new ServiceException("文件处理失败"); // 丢失了原始异常
}
正确做法：
catch (IOException e) {throw new ServiceException("文件处理失败", e);
}
这样在日志中打印异常时，就能看到完整的调用链和根本原因。
基本上就这些。封装底层异常能让上层逻辑更关注业务问题而非技术细节，同时保持调试能力。关键点是自定义异常类 + 包装原始异常 + 保留堆栈信息。不复杂但容易忽略。
