runtimeexception 可简化微服务异常处理：自定义子类统一业务异常语义，避免受检异常；feign/webclient 调用中应重包装下游异常为语义明确的 runtimeexception；校验逻辑可用 runtimeexception 快速中断流程；但不可替代日志、监控或掩盖真实 bug。
RuntimeException 是 Java 中无需显式声明或捕获的异常类型，合理使用它能显著简化微服务间调用的异常传播与堆栈处理，避免层层包装、重复 try-catch，让错误更早暴露、定位更直接。
用自定义 RuntimeException 统一业务异常语义
微服务中常见“用户不存在”“库存不足”“权限拒绝”等非系统故障类错误，它们不是程序 bug，但需明确返回给调用方。此时不应抛受检异常（如 Exception 子类），而应继承 RuntimeException，例如：
- 定义 BusinessException extends RuntimeException，构造函数支持传入错误码（如 "USER_NOT_FOUND"）和 HTTP 状态码（如 HttpStatus.NOT_FOUND）
- 在 Service 层直接 throw new BusinessException("USER_NOT_FOUND", HttpStatus.NOT_FOUND)
- 全局异常处理器（@ControllerAdvice）统一捕获该类异常，序列化为标准响应体（如 { "code": "USER_NOT_FOUND", "message": "用户未找到" }）
这样 Controller 层完全不用写 try-catch，异常穿透到网关或前端，语义清晰、路径最短。
避免在 Feign 或 WebClient 调用中吞掉原始异常
微服务间通过 FeignClient 或 WebClient 调用下游时，若下游返回 4xx/5xx，Feign 默认抛 FeignException，WebClient 则可能触发 WebClientResponseException。这些异常本身是 RuntimeException，但堆栈常混杂网络层细节（如 Reactor 线程名、Decoder 调用链）。
- 不建议在 fallback 或 doOnError 中简单打印日志后 return null 或默认值 —— 这会掩盖真实失败原因
- 推荐方式：在异常处理器中识别下游异常，重新包装为语义明确的 RuntimeException（如 DownstreamServiceException），保留原始 cause 和关键字段（status code、response body）
- 例如：catch (WebClientResponseException e) → throw new DownstreamServiceException("order-service timeout", e)
这样调用链上所有日志和监控都能追踪到根源服务，而非止步于“HTTP call failed”。
利用 RuntimeException 的“无检查”特性实现策略快速中断
在复杂业务流程（如下单、审批流）中，常需多条件校验、幂等判断、前置依赖检查。传统写法易陷入 if-else 嵌套或大量 if (xxx == null) throw new XxxException()。
- 把每个校验点封装为独立方法，内部直接 throw RuntimeException 子类（如 StockCheckFailedException、IdempotentKeyInvalidException）
- 主流程保持线性代码流：“checkStock(); checkPayment(); createOrder(); notify();”，异常自然中断后续执行
- 配合 AOP 或全局 handler，自动记录异常上下文（traceId、userId、requestId），无需每处手动 log.error(..., e)
相比 try-catch 块包裹整段逻辑，这种方式更轻量、可读性更高，也便于单元测试中精准 verify 特定异常。
注意边界：不滥用，不替代日志与监控
RuntimeException 简化的是**控制流表达**，不是错误治理的全部：
- 不要用它替代日志 —— 异常抛出前应确保关键参数已打点（如 “userId=1001, skuId=2002, stock=0”）
- 不要掩盖真正的系统级问题 —— NullPointerException、ConcurrentModificationException 等仍需修复，而非包装成业务异常
- 跨服务传递异常信息要谨慎 —— 不应在异常 message 中拼接敏感数据（如密码、token），错误码应走预定义枚举
真正“妙用”的核心，在于让异常成为业务意图的忠实表达，而不是调用链上的噪音。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
