微服务 - 服务接口调用 OpenFeign

再晚一周上线，线上订单接口超时率飙到12%，老板已经在群里连发十个“？”——这就是没把OpenFeign超时当回事的代价。

很多人以为加了个@FeignClient就万事大吉，结果灰度第一天就被流量打穿。

真实情况是：默认连接超时1秒、读取超时1秒，高并发下直接雪崩。

先把最痛的点拎出来：超时不是“改个数字”那么简单。

线上踩坑记录里，最常见的三行配置其实是错的：

readTimeout: 3000

connectTimeout: 3000

ribbon.ReadTimeout: 5000

这三个参数互相覆盖，最后生效的可能是你不想要的那一个。

怎么改？

记住一句话：给每个客户端单独配，别让全局配置背锅。

在application.yml里用client名字做前缀，比如：

feign.client.config.order-service.readTimeout=2500

这样别的服务不会跟着一起慢。

再说负载均衡。

Ribbon默认轮询，看似公平，其实最怕“慢节点”。

有一次下游服务一台机器磁盘IO打满，请求全卡在那台机器上，轮询算法还在傻乎乎地把流量往里送。

解决办法很简单：把轮询换成“响应时间加权”，在配置里加一行：

NFLoadBalancerRuleClassName:com.netflix.loadbalancer.WeightedResponseTimeRule

效果立竿见影，超时率从12%掉到2%。

熔断要不要开？

很多人怕熔断“误杀”，其实不开更惨。

Spring Cloud2023版本开始，官方推荐用Resilience4j代替Hystrix，配置更直观：

resilience4j.circuitbreaker.instances.orderCB.failureRateThreshold=60

意思是失败率到60%就熔断，半开窗口30秒后再试探。

日志别再用默认的NONE，线上排障全靠它。

把日志级别调到BASIC，只打印URL和耗时，既不会刷屏，又能一眼定位慢查询。

最后说一个冷门但救命的功能：压缩。

把
feign.compression.request.enabled=true打开，JSON包体直接减半，带宽账单每月能省下一台低配ECS的钱。

总结就一句：OpenFeign不是“声明式调用”那么简单，它是一整套逃生通道。

超时、负载、熔断、日志、压缩，五个开关决定了凌晨三点是你在睡觉，还是在群里发“？”