非受检异常更适合微服务内部流转，因其避免层层throws声明、减少重复包装、符合开闭原则；通过统一基类+语义化子类、边界处受检→非受检转换、断言简化校验，实现干净接口与清晰调用链。

用非受检异常（runtimeexception 及其子类）替代受检异常，能显著减少微服务中层层 throws 声明的冗余代码，让接口签名干净、调用链清晰。

为什么非受检异常更适合微服务内部流转

微服务间调用通常已有统一网关或全局异常处理器，业务异常不需要在每一层都显式声明和捕获。受检异常强制要求每个中间方法添加 throws，导致：

• Service → Manager → DAO 层全得写 throws IOException/SQLException，但实际只在 Controller 或网关层做统一响应封装
• 同一异常在多层重复包装（如 new ServiceException(new DaoException(...))），堆栈变深、语义模糊
• 新增一个校验分支就得改一串方法签名，违反开闭原则

关键设计：统一基类 + 语义化子类

不直接 throw RuntimeException，而是定义轻量、可扩展的异常体系：

• 定义一个抽象基类（如 BaseException），含 errorCode、httpStatus、logLevel 等字段
• 按业务域建少量子类：如 UserException、OrderException，每个类内用静态工厂方法封装常见错误码
• 所有子类继承 RuntimeException，无需 throws 声明

示例：UserException.userNotFound("U123") 直接抛出，从 DAO 到 Service 到 Controller 全程无声明、无 catch，最终由全局 @ControllerAdvice 捕获并转成标准 JSON 响应。

AIHub

一款AI开发辅助工具，主要用于一站式人工智能工具集合网站，收录了国内外1500+AI工具和网站，每日持续更新，适合需要提升相关任务效率的用户。

下载

边界处做一次“受检→非受检”转换

第三方 SDK 或底层 API（如文件读取、HTTP 客户端）返回受检异常时，不要让它穿透整个调用链：

• 在最靠近外部依赖的地方（如 Adapter 层或 Feign Client 回调）立即转换：把 IOException 包装为 RemoteCallException
• 转换时保留原始异常作为 cause，便于排查；同时赋予业务含义（如 “支付网关连接超时” 而非 “SocketTimeoutException”）
• 避免在 Service 方法里写 try-catch-throw new XxxException(e)，应集中到统一转换器或模板方法中

配合断言简化校验逻辑

参数校验、状态检查等高频场景，可用自定义断言替代 if-throw 模板代码：

• 写一个 Asserts.checkNotNull(user, UserException::userNotFound)
• 或更进一步：用 Lombok 的 @NonNull + 自定义注解处理器，在编译期/运行期自动注入校验逻辑
• 这样主流程只剩核心业务，异常抛出变成一行声明式调用，不打断阅读节奏