快速失败机制核心是预判风险、主动拦截，依赖故障隔离为基础，通过线程/信号量隔离、熔断器状态控制、降级逻辑兜底三层协同实现。
微服务链路的快速失败机制，核心不是“等出错再处理”，而是“预判风险、主动拦截”。它依赖故障隔离作为基础能力，让单个服务异常不拖垮整条调用链。实现的关键在于三层协同：线程/信号量隔离 + 熔断器状态控制 + 降级逻辑兜底。
线程池或信号量隔离：为每个依赖划出“安全区”
这是快速失败的物理前提。不能让所有远程调用共用同一套线程资源。
- 给每个下游服务（如用户服务、订单服务）分配独立线程池，比如固定5个线程；一旦这5个线程全被慢请求占满，新请求立刻拒绝，不排队、不等待
- 对轻量级调用（如本地缓存校验），可用信号量隔离，开销更低，适合高并发场景
- Spring Cloud 中可通过 @HystrixCommand(threadPoolKey = "UserServicePool") 显式指定线程池，配合 fallbackMethod 实现即时响应
熔断器实时监控：在雪崩前按下暂停键
隔离只管“资源不共享”，熔断才决定“要不要发请求”。它基于统计自动切换状态：
- 关闭态（Closed）：正常放行，同时持续统计最近20次调用的失败率与响应时间
- 打开态（Open）：失败率超50%（或慢调用比例超30%）即触发，所有请求直接走降级，不发起远程调用
- 半开态（Half-Open）：静默10秒后，只放行1个试探请求；成功则恢复调用，失败则重置计时器
降级与超时：让失败有确定结果，而不是无限等待
快速失败≠抛异常，而是返回可预期的替代结果：
- 设置明确的调用超时（如 feign.client.config.default.connectTimeout=3000），避免线程卡死
- 每个远程方法必须配 fallback 方法，例如查不到用户时返回默认头像+游客昵称
- 网关层统一配置全局降级策略，比如当商品服务熔断时，前端自动展示“暂无详情，查看同类推荐”
隔离是边界，熔断是开关，降级是出口——三者缺一不可。没有隔离，熔断无法精准生效；没有熔断，隔离只是延缓崩溃；没有降级，快速失败就变成对用户的粗暴拒绝。
