在Java开发中，应将第三方库异常封装为自定义异常以提升可维护性；2. 定义如ServiceException继承RuntimeException，并保留原始异常cause；3. 调用第三方方法时捕获底层异常并包装后抛出；4. 结合@ControllerAdvice实现全局统一异常处理，返回友好信息。
在Java开发中，直接抛出第三方库的异常会暴露底层实现细节，不利于系统解耦和统一异常处理。为了提升代码的可维护性和清晰度，通常建议将第三方异常封装为自定义异常。
定义自定义异常类
创建一个继承自Exception或RuntimeException的类，根据是否需要强制调用者处理来选择父类。
例如，定义一个运行时自定义异常：
public class ServiceException extends RuntimeException {
public ServiceException(String message) {
super(message);
}
public ServiceException(String message, Throwable cause) {
super(message, cause);
}
}
捕获第三方异常并封装
在调用第三方方法时，使用try-catch捕获其抛出的异常，并将其作为原因（cause）传递给自定义异常。
立即学习“Java免费学习笔记（深入）”；
示例：调用HTTP客户端可能出现IOException
try {
HttpResponse response = httpClient.execute(request);
// 处理响应
} catch (IOException e) {
throw new ServiceException("请求外部服务失败", e);
}
这样原始异常被保留，便于排查问题，同时对外暴露的是业务更相关的异常类型。
在Spring等框架中统一处理
结合全局异常处理器（如@ControllerAdvice），可以集中处理自定义异常，返回友好的错误信息。
例如：
@ControllerAdvice
public class GlobalExceptionHandler {
@ExceptionHandler(ServiceException.class)
public ResponseEntity handleServiceException(ServiceException e) {
return ResponseEntity.status(500).body("业务异常：" + e.getMessage());
}
}
这使得控制器代码更简洁，异常处理逻辑集中且一致。
基本上就这些。关键是把底层异常包装成与业务语义匹配的自定义异常，并保留原始异常堆栈，方便日志追踪。不复杂但容易忽略。
