17370845950

封装底层异常可提升代码可维护性，需定义自定义异常类（如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块捕获异常，并将其封装为自定义异常。

示例：

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);
}

这样在日志中打印异常时，就能看到完整的调用链和根本原因。

基本上就这些。封装底层异常能让上层逻辑更关注业务问题而非技术细节，同时保持调试能力。关键点是自定义异常类 + 包装原始异常 + 保留堆栈信息。不复杂但容易忽略。