Java中屏蔽第三方库异常的核心是封装、转换与统一处理：通过自定义异常包装原始异常并保留cause，结合@ControllerAdvice统一拦截转换，避免静默吞异常，确保异常可控、可读、可追溯。
Java中屏蔽第三方库异常，核心不是“吞掉”异常，而是通过封装、转换和统一处理，让外部异常不暴露给上层业务，同时保留关键上下文便于排查问题。
用自定义异常包装第三方异常
避免直接抛出如 IOException、SQLException 等原始异常，而是定义自己的业务异常类，将第三方异常作为 cause 封装进去：
- 创建继承 RuntimeException（或 Exception）的自定义异常，如 PaymentServiceException
- 在 catch 块中 new 自定义异常，并传入原始异常： new PaymentServiceException("支付调用失败", e)
- 这样既隐藏了底层技术细节，又保留了栈信息，日志中仍可追溯根源
在统一入口做异常拦截与转换
尤其在 Spring 项目中，推荐使用 @ControllerAdvice + @ExceptionHandler 统一捕获并转换异常：
- 针对第三方 SDK 抛出的特定异常（如 WeChatApiException），单独写一个 @ExceptionHandler 方法
- 方法内记录日志、补充业务上下文（如订单号、用户ID），再抛出或返回标准化错误响应
- 避免在每个 service 方法里重复 try-catch，保持业务代码干净
谨慎使用“静默吞异常”
除非明确知道该异常可安全忽略（例如某些 SDK 的非关键告警日志异常），否则不要用空的 catch 块：
立即学习“Java免费学习笔记（深入）”；
- 空 catch 会丢失所有线索，导致问题难以定位
- 若真需忽略，至少加一行日志：log.debug("忽略第三方库的临时重试异常", e)
- 生产环境建议配置监控告警，对高频被忽略的异常类型自动提醒
基本上就这些。关键不是消灭异常，而是让异常变得可控、可读、可追溯。
