Spring Boot 3.2.0集成Resilience4j断路器出现StackOverflowError求助

初期callNotPermitted异常（断路器打开） #

• K8s环境网络特性差异：本地网络延迟低、服务调用链路稳定，断路器不会触发；K8s中存在服务注册发现延迟、网络抖动、Pod启动就绪慢等情况，易导致服务B初期响应超时/失败，触发断路器进入打开状态。
• 调整断路器初始规则适配K8s场景：
  • 降低minimumNumberOfCalls（默认20），让断路器更快进入统计判断状态，比如设为5，适配初期流量少的场景。
  • 缩短waitDurationInOpenState，加快断路器从打开到半开的恢复节奏，比如从默认60s改为10s。
  • 示例配置（application.yaml）：

    resilience4j.circuitbreaker:
      instances:
        yourFeignClientBeanName:
          minimumNumberOfCalls: 5
          waitDurationInOpenState: 10s
          failureRateThreshold: 50
    

• 完善服务B的K8s就绪探针：确保服务B完全初始化就绪后才对外提供流量，避免初期无效调用触发断路器。

后续StackOverflowError错误 #

• Feign与Resilience4j代理循环冲突：Spring Cloud Feign和Resilience4j的代理机制叠加，可能触发递归调用导致栈溢出。
• 解决方案1：清理Feign默认依赖：
  在pom.xml中排除Feign自带的Hystrix依赖，避免多代理机制冲突：

  <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
    <exclusions>
      <exclusion>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
      </exclusion>
    </exclusions>
  </dependency>
  

• 解决方案2：规范断路器注解使用：禁止在FeignClient接口和其调用方同时添加@CircuitBreaker注解，确保仅在FeignClient接口或业务调用层单次配置。
• 解决方案3：调整JVM栈大小：K8s容器默认JVM栈空间偏小，可在启动参数中增大栈容量：

  -Xss2m
  

通用排查验证 #

• 查看Pod日志中StackOverflowError的完整栈轨迹，确认是否为代理递归调用导致。
• 用kubectl exec进入Pod，直接curl服务B的内部地址，验证网络连通性是否正常。
• 检查服务注册中心（Nacos/Eureka等），确认服务B的实例状态是否为健康可用。

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