Resilience4j断路器故障处理配置：日志异常信息正确性验证问询

从你提供的日志和配置来看，当前日志传递的异常内容是不准确的，具体分析如下：

1. 断路器触发的正确异常信号 #

从第一条日志可以看到，断路器OPEN时确实抛出了符合预期的异常：

2021-09-29 16:15:15,417 INFO com.commons.rest.handler.AbstractRestResponseHandler [http-nio-9006-exec-5]: In handle(sample_service, io.github.resilience4j.circuitbreaker.CallNotPermittedException)

Resilience4j在断路器处于OPEN状态时，会直接拒绝新调用并抛出CallNotPermittedException，这是断路器限流保护的标准行为，这一步的逻辑是正常的。

2. 异常被错误转换的问题 #

但后续日志显示，这个CallNotPermittedException被错误转换成了ResourceNotFoundException：

2021-09-29 16:15:15,425 DEBUG com.commons.web.support.GlobalExceptionHandler [http-nio-9006-exec-5]: [com.commons.exception.ResourceNotFoundException] with error Id, error code and message [{ "errors": [{ "errorCode": "NOT_FOUND", "message":"Unable to access data from Dependant Service"}], "errorId":"7685c6bd-0202-4c0b-b1d8-70f5b62c2ddf", "errorCount":1}]

这说明你的GlobalExceptionHandler（全局异常处理器）没有专门处理CallNotPermittedException，而是将其归类到了通用异常处理分支，错误地映射成了“资源未找到”类型的异常——这个异常语义通常用于请求的资源本身不存在，和“断路器打开、拒绝调用”的场景完全不匹配。

3. 优化建议 #

你需要在GlobalExceptionHandler中添加针对CallNotPermittedException的专属处理逻辑，返回更贴合场景的异常信息：

• 错误码可以定义为SERVICE_UNAVAILABLE或CIRCUIT_BREAKER_OPEN，而非NOT_FOUND
• 错误消息改为类似“依赖服务暂不可用，断路器已触发保护”的描述，让调用方清晰理解当前故障原因

举个简单的处理示例（伪代码）：

@ExceptionHandler(CallNotPermittedException.class)
public ResponseEntity<ErrorResponse> handleCircuitBreakerOpen(CallNotPermittedException ex) {
    ErrorResponse error = new ErrorResponse();
    error.setErrorCode("CIRCUIT_BREAKER_OPEN");
    error.setMessage("Dependant service is unavailable, circuit breaker is activated");
    error.setErrorId(UUID.randomUUID().toString());
    return new ResponseEntity<>(error, HttpStatus.SERVICE_UNAVAILABLE);
}

调整后，日志就会输出准确反映断路器状态的异常信息，避免误导调用方。

内容的提问来源于stack exchange，提问作者diaop