curl与Spring RestTemplate性能差10倍：哪些场景会出现该情况？
DNS解析策略差异
JVM的DNS缓存机制和curl依赖的系统DNS逻辑不一样，默认情况下JVM对DNS记录的缓存时间较长且不会自动刷新。如果负载均衡后的后端节点IP有变化，RestTemplate可能还在使用旧的、延迟高的IP；而curl会直接调用系统DNS服务，能更快获取最新的解析结果。另外，JVM的DNS解析可能未启用并行解析，面对多IP的负载均衡域名时，耗时会远高于系统级的curl解析。未配置HTTP连接池
curl默认会复用TCP连接（HTTP Keep-Alive），而RestTemplate如果没有配置HttpClient连接池（比如通过HttpComponentsClientHttpRequestFactory配置），每次请求都会新建TCP连接，经历三次握手、四次挥手的开销。在负载均衡场景下，若每次请求分配到不同后端节点，新建连接的耗时会被放大，直接导致总请求时间大幅增加。请求头/内容协商配置不一致
对比你的curl命令细节：- curl设置的
accept: /是不规范写法，服务器可能直接忽略并快速响应；而RestTemplate默认会添加标准的Accept头（比如Accept: text/html, application/xhtml+xml...），触发服务器的内容协商逻辑，增加额外处理耗时。 - 你的curl里的
Bearer:头格式错误（正确应为Authorization: Bearer <token>），如果RestTemplate设置了正确的Authorization头，服务器会执行完整的JWT校验逻辑，而curl的错误头可能被服务器直接跳过校验，响应速度更快。 - 若RestTemplate未正确设置
Accept-Encoding头，服务器不会返回压缩后的响应体，传输大体积数据时耗时会远高于自动启用压缩的curl。
- curl设置的
SSL会话复用未启用
如果目标URL是HTTPS协议，curl默认会复用SSL会话，避免每次请求重新完成SSL握手的开销。而RestTemplate如果使用默认的SimpleClientHttpRequestFactory，或者未配置HttpClient的SSL会话缓存，每次请求都会重新进行SSL握手，这一步通常会占用几百毫秒到几秒的时间，累积下来导致总耗时剧增。客户端负载均衡逻辑额外开销
若你在RestTemplate上集成了客户端负载均衡组件（比如Ribbon），组件的健康检查、节点选择逻辑可能会增加额外耗时。比如负载均衡组件在每次请求前都要拉取最新的服务列表，或者执行复杂的节点筛选逻辑，而curl直接请求负载均衡器，由服务端负载均衡处理，省去了客户端的额外步骤。超时参数不合理
RestTemplate默认的连接超时和读取超时设置较长（比如连接超时默认是无限期），如果负载均衡后的某个节点响应缓慢，RestTemplate会一直等待直到超时；而curl的默认超时时间较短，会快速完成请求或切换节点。若你的场景是稳定慢10倍，也可能是超时配置导致等待时间被不必要地拉长。
内容的提问来源于stack exchange，提问作者user721025
