feign默认不传递异常信息，需通过自定义可序列化业务异常类、服务端统一返回结构化错误响应、客户端用errordecoder解析并重建异常来实现跨服务异常传递，同时保障日志与链路追踪对齐。
Feign 默认不会传递异常信息，远程调用失败时，服务提供方抛出的异常会被降级为 HTTP 状态码（如 500）和空响应体，消费方只能拿到 FeignException 或降级后的默认错误，原始异常类型、消息、堆栈等全部丢失。要实现异常信息跨服务传递，需手动设计序列化与反序列化机制。
统一定义可序列化的业务异常类
服务提供方和消费方共用一套自定义异常基类，该类必须实现 Serializable，且字段尽量精简、避免含敏感或不可序列化对象（如 Throwable 实例、InputStream 等）：
- 定义如
BusinessException extends RuntimeException implements Serializable - 包含必要字段：errorCode（String/Integer）、message（String）、timestamp（long）、traceId（可选）
- **不建议直接序列化
getCause()或getStackTrace()**，体积大且存在安全与兼容风险
服务提供方：将异常转为标准错误响应体
在 Spring Cloud 微服务中，使用 @ControllerAdvice 统一捕获异常，并返回结构化 JSON 错误体（而非直接抛出）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 拦截
@ExceptionHandler(BusinessException.class) - 构造
ResponseEntity<errorresponse></errorresponse>，状态码设为HttpStatus.BAD_REQUEST或500 -
ErrorResponse是普通 POJO（含 errorCode、message、path、timestamp），确保能被 Jackson 正常序列化 - **禁用全局异常穿透式抛出**（即不要让未处理异常直接冒泡到 Feign 的 HTTP 层）
服务消费方：Feign 解析错误响应并重建异常
通过 Feign 的 ErrorDecoder 扩展，在 HTTP 响应非 2xx 时解析 body，还原为本地异常：
- 实现自定义
ErrorDecoder，重写decode(String methodKey, Response response) - 读取
response.body().asReader(StandardCharsets.UTF_8)，用 Jackson 反序列化为ErrorResponse - 根据
errorCode或message构造对应BusinessException并抛出 - 注册该
ErrorDecoder到 Feign 客户端（通过@Bean+@Scope("prototype")或配置类）
补充建议：日志与链路对齐
仅传递异常信息还不够，需保障可观测性：
- 所有异常记录时带上当前
traceId（通过 Sleuth 或 SkyWalking 注入），方便跨服务排查 - 消费方
ErrorDecoder中可主动打一条 warn 日志：“调用 [X] 失败，远端错误：[code=xxx, msg=yyy]”，含 traceId - 避免在异常消息中拼接敏感数据（如数据库密码、用户 token），统一做脱敏处理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
