如何在Resilience4j中避免onException()的重复冗余日志？

当然有！Resilience4j提供了原生的事件监听机制，能完美解决你遇到的断路器OPEN状态下重复打日志的问题。核心思路是把「断路器状态切换」和「单次调用被拦截」的日志逻辑分开——状态切换只记录一次，单次拦截不用重复输出相同的错误信息。下面是具体的实现方案：

1. 利用断路器事件监听器记录状态切换日志 #

Resilience4j的CircuitBreaker自带事件发布器，可以监听状态转换事件。我们只需要在断路器初始化时注册一个监听器，当它从CLOSED/HALF_OPEN切换到OPEN状态时，打一次错误日志即可，不用每次拦截调用都输出。

代码示例：

// 在初始化myCircuitBreaker的地方添加事件监听
myCircuitBreaker.getEventPublisher()
    .onStateTransition(event -> {
        CircuitBreaker.StateTransition transition = event.getStateTransition();
        if (transition.getToState() == CircuitBreaker.State.OPEN) {
            logger.error("断路器 {} 已切换至OPEN状态，触发原因：{}",
                myCircuitBreaker.getName(),
                event.getThrowable() != null ? event.getThrowable().toString() : "未知错误");
        }
    });

2. 修改onException方法，跳过断路器OPEN时的重复日志 #

当断路器处于OPEN状态时，所有被拦截的调用都会抛出CircuitBreakerOpenException。我们可以在onException里判断这个异常类型，只输出轻量的日志（比如debug级别）或者直接跳过，避免冗余的错误日志。

修改后的onException代码：

protected Void onException(final Throwable t, final Message message) {
    try {
        String messageId = message != null ? message.getJMSMessageID() : null;
        
        // 处理断路器打开时的拦截调用：只输出简洁日志或跳过
        if (t instanceof CircuitBreakerOpenException) {
            logger.debug("调用被OPEN状态的断路器拦截，消息ID：{}", messageId);
            // 根据你的业务需求处理消息，比如确认消息
            message.acknowledge();
            return null;
        }

        // 原有异常处理逻辑（针对非断路器拦截的异常）
        if (Arrays.asList(Resilience4jConfig.adapterSourceListenerSkipExceptions).stream().noneMatch(c -> c.isInstance(t))) {
            logger.error("处理消息失败，消息ID：{} - {}", messageId, t.toString());
            if (session != null) {
                session.recover();
            }
        } else {
            logger.warn("跳过异常处理，消息ID：{} - {}", messageId, t.toString());
            message.acknowledge();
        }
    } catch (JMSException e) {
        logger.error("处理异常时发生错误，消息ID：{} - {}", message != null ? message.getJMSMessageID() : null, e);
    }
    return null;
}

3. 可选：用Metrics统计拦截次数（替代日志） #

如果想追踪被拦截的调用数量但不想打日志，可以结合Resilience4j的Metrics功能（比如和Micrometer集成），记录断路器被触发的次数。这样你可以通过监控平台查看数据，而不会让日志被冗余信息填满。

为什么这个方案有效？ #

原来的逻辑中，断路器OPEN后每个被拦截的调用都会走到onException并打错误日志，导致大量重复内容。而通过事件监听器，我们只在状态切换的瞬间记录一次关键错误信息；后续的拦截调用只记录轻量的debug日志（或跳过），既保留了关键状态变化的信息，又避免了日志冗余。

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