如何通过Resilience4j舱壁模式（Bulkhead）避免微服务集群因单个缓慢服务崩溃？

本文共计929个文字，预计阅读时间需要4分钟。

直接输出结论：

什么时候该选 SemaphoreBulkhead 而不是 ThreadPoolBulkhead

信号量模式适用于绝大多数同步 HTTP 调用场景，比如调用下游支付、库存、用户中心等 REST 接口。它不创建新线程，只靠计数器控制进入临界区的请求数，开销极小、无上下文切换成本。

• 适用：RestTemplate、WebClient 同步/异步调用，数据库连接获取，本地缓存刷新等轻量阻塞操作
• 不适用：需要真正独立线程执行的 CPU 密集型任务（如大文件解析、图像处理），或必须规避主线程阻塞的场景
• 常见错误：在 Spring WebFlux 中误用 ThreadPoolBulkhead —— 它会破坏响应式链，导致线程泄漏和背压失效

maxConcurrentCalls 和 maxWaitDuration 怎么设才不踩坑

这两个参数不是拍脑袋定的。设太小，正常流量就被拒；设太大，起不到隔离效果。关键依据是下游服务的 SLO 和你自身的线程池水位。