连载中 8/20

远程调用:Feign 的优雅与陷阱

2026-08-26 · 924 阅读 · 0 评论 · 0 赞

从手写 HTTP 到一个接口

早期的服务间调用长这样:拼 URL、发请求、解析响应、处理异常,每个调用点抄一遍。Feign 把这套动作收进一个接口:接口加注解,动态代理帮你发请求——调用远程服务像调用本地方法。可读性上去了,代价是底层细节被藏起来,藏不住的坑也一起被藏了起来。

@FeignClient(name = "inventory")
public interface InventoryClient {

    @PostMapping("/api/stock/deduct")
    Result<Boolean> deduct(@RequestParam("skuId") Long skuId,
                           @RequestParam("num") Integer num);

    @GetMapping("/api/stock/get")
    Result<StockDTO> get(@RequestParam("skuId") Long skuId);
}

// 调用方式与本地方法无异
Result<Boolean> r = inventoryClient.deduct(skuId, 1);

底层只有一句话

启动时扫描 @FeignClient 接口,用动态代理生成实现;调用时按注解把方法调用翻译成 HTTP 模板请求,依次经过编码器、拦截器、负载均衡器,拿到响应后交给解码器。理解这条链路,所有配置项都能对号入座:超时在哪层生效、日志怎么开、Token 怎么注入——知道每个部件在哪,才谈得上排障。

陷阱一:超时与重试的默认值

Feign 默认连接超时 10 秒、读超时 60 秒——对线上接口来说长得离谱,一次下游抖动就能把上游线程拖死一片。接入后第一件事:把默认超时改成业务能接受的值。重试的默认行为也要看清:默认不重试是对的方向,一旦自定义重试器,务必确认接口幂等——非幂等接口重试一次,库存可能扣两次。

feign:
  okhttp:
    enabled: true            # 换掉默认的 HttpURLConnection,开启池化
  client:
    config:
      default:
        connectTimeout: 1000 # 建连 1s 封顶
        readTimeout: 3000    # 读超时按接口 P99 的 2~3 倍定
      inventory-client:      # 按客户端名覆盖,精细控制
        readTimeout: 500

陷阱二:参数传递的花样

三个高频问题:GET 请求传对象参数要加 @SpringQueryMap,否则对象被当成请求体;路径参数漏写 @PathVariable("name") 的名字,编译能过但拼出来的 URL 悄悄多个 null;日期参数两边序列化格式不一致,查三天数据永远少一天。这类问题不报错、只是悄悄算错,上线前用真实流量回放一遍参数。

陷阱三:连接池,抖动的隐形元凶

Feign 默认用 HttpURLConnection——没有连接池,每次请求重新建连,HTTPS 握手成本更高,RT 表现为周期性毛刺。换成 OkHttp 或 Apache HttpClient 并开启池化,是 Feign 优化的第一刀;最大连接数、单路由并发数跟着调,压测确认容量。很多找不出原因的偶发超时,根因就在这里。

超时与重试不止是 Feign 的配置项,更是全链路的时间管理——下一篇把预算制讲清楚。

☕
503

10 年全栈工程师 · 503咖啡馆主理人

#Feign#远程调用#超时配置#连接池#声明式调用

评论 (0)

热门推荐

连载中 11/22

主从搭建实操:从零配出一主两从

光讲原理不过瘾?手把手搭一主两从:my.cnf 六个参数、复制账号、GTID、CHANGE REPLICATION SOURCE TO、SHOW REPLICA STATUS 验收,附翻车排查清单。

#MySQL#主从复制#GTID#主从搭建#高可用
2026-05-07 · 10101 阅读 · 0 评论 · 0 赞
连载中 16/22

连接池:HikariCP 参数与连接风暴

连接池不是越大越好:8 核机器配 1000 连接反而更慢的数学原理,HikariCP 四个必调参数,maxLifetime 与 wait_timeout 的隐形陷阱。

#MySQL#连接池#HikariCP#maxLifetime#连接风暴
2026-05-10 · 9873 阅读 · 0 评论 · 0 赞
连载中 4/16

缓存穿透:恶意 ID 打穿 MySQL 的四道防线

请求的数据在缓存和数据库里都不存在时,缓存形同虚设。聊聊参数校验、空值缓存、布隆过滤器、限流熔断四道防线的原理与组合打法。

#Redis#缓存穿透#布隆过滤器#高可用
2026-05-16 · 9294 阅读 · 21 评论 · 287 赞