企业级API限流与熔断设计：Sentinel与Hystrix方案对比

## 限流算法原理与演进 API限流是保护后端服务免受过载的关键防御机制，合理的限流策略能够保证系统在高流量冲击下仍能稳定运行。固定窗口计数器将时间划分为固定长度窗口，每个窗口允许的请求数有上限，实现简单但存在临界突刺问题——窗口切换瞬间可能允许2倍阈值请求通过。滑动窗口计数器将窗口细分为更小格子平滑请求分布有效缓解临界突刺。令牌桶算法以恒定速率向桶中放入令牌，每次请求消耗一个令牌，桶满丢弃多余，桶空拒绝——允许一定突发流量适合流量波动场景。漏桶以恒定速率处理请求无论到达速率如何出口恒定，适合下游服务保护。Redis加Lua脚本是分布式限流主流实现方案，借助Redis原子性保证计数准确，Lua脚本实现复杂限流逻辑。 ## 熔断器模式与Sentinel架构 熔断器借鉴电路保险丝概念：Closed状态正常通行同时统计失败率，超过阈值切换Open状态拒绝请求保护下游，冷却后Half-Open放行少量探测请求，成功恢复Closed失败回Open。Sentinel是阿里开源流量治理组件支持流控熔断和系统保护三大维度。流控规则支持QPS限流、线程数限流、关联限流和链路限流，配合Warm Up预热解决冷启动问题、排队等待平滑突发流量。熔断策略支持慢调用比例（响应时间超阈值比例超限）、异常比例和异常数三种触发条件。滑动窗口统计保证指标实时性和准确性。Hystrix虽已停维但其Bulkhead隔离（通过线程池限制每个依赖的资源使用）和Request Collapsing（请求合并减少下游调用）思想影响深远。Sentinel Dashboard提供可视化监控看板。 ## 企业级落地与监控体系 微服务架构中限流熔断通常部署在API网关层和业务服务层两个位置。网关层（Spring Cloud Gateway/Kong）负责全局限流和粗粒度服务熔断，业务服务层（Sentinel接入）负责细粒度接口限流和精准依赖熔断。限流配置需要动态生效，Sentinel通过Nacos/Apollo配置中心实现规则实时推送更新。监控告告体系是有效运作的关键：需实时监控QPS、响应时间P99、错误率和熔断状态等核心指标并设置分级告警规则。建议关键服务配置降级策略：主服务不可用时自动切换降级逻辑返回缓存数据或默认值保证基本可用。可视化看板直观展示各服务流量状况和限流熔断效果。灰度发布时需基于压测数据科学计算限流阈值。