Curl与Spring RestTemplate.exchange性能差异极大的原因咨询

最近碰到个百思不得其解的问题：同一个DNS负载均衡后的接口，用curl发POST请求1秒就能拿到响应，但用Spring的RestTemplate.exchange方法调用，居然要11-12秒，慢了整整10倍！

我的curl命令如下：

curl -X POST "url" -H 'accept: */*' -H 'Content-Type: application/json' -H 'Authorization: Bearer <token>' -d "body"

因为要携带JWT等自定义请求头，所以必须用RestTemplate的exchange方法，但这个性能差异实在太夸张了。想请教各位大佬，这种情况可能是什么原因导致的？我自己先梳理了几个方向，欢迎大家补充指正：

• 连接池配置问题：curl是单次请求单次连接，而RestTemplate如果用默认的SimpleClientHttpRequestFactory，每次请求都会新建TCP连接，三次握手+四次挥手的开销累积起来就会慢很多。要是用了HttpComponentsClientHttpRequestFactory但连接池参数（比如最大连接数、空闲超时）设置不合理，也可能导致请求排队等连接，拖慢整体耗时。
• DNS解析差异：curl默认会缓存DNS解析结果，但RestTemplate使用的HTTP客户端可能每次请求都重新解析DNS。尤其是DNS负载均衡的域名解析结果频繁变化时，反复解析DNS会额外增加不少耗时。可以检查下RestTemplate的客户端是否开启了DNS缓存。
• 请求超时配置不合理：有没有可能RestTemplate的连接超时、读取超时设置得太大，导致请求在某些环节无谓等待？或者超时设置太小引发重试，反而增加了总耗时？而curl的默认超时配置更合理，所以响应更快。
• 请求报文细节不一致：虽然看起来头信息和请求体都一样，但可能存在细微差别：比如curl的请求头格式、请求体的JSON规范度，和RestTemplate发送的是否完全一致？会不会RestTemplate自动加了User-Agent之类的额外头，导致服务器端走了不同的处理逻辑？建议抓包对比两者的请求报文，看看有没有差异。
• 负载均衡实例差异：DNS负载均衡后面的服务器实例性能参差不齐，会不会curl刚好命中了性能好的实例，而RestTemplate每次请求解析DNS都命中了性能差的？可以试试直接指定IP调用，排除这种概率性问题。
• 序列化/反序列化开销：如果响应体比较大，RestTemplate默认的消息转换器（比如MappingJackson2HttpMessageConverter）在序列化/反序列化时的耗时，比curl直接返回原始数据要久？不过这种情况一般不会差10倍这么多，但也可以排查下处理响应时有没有额外的耗时操作。
• 网络/代理配置差异：curl和Spring应用所在的JVM，是不是用了不同的代理或网络配置？比如curl走了本地代理，而应用走了其他代理，导致网络路径不同，耗时差异大。可以检查两者的网络环境、代理设置。

有没有大佬遇到过类似的问题？或者还有其他我没想到的原因？

备注：内容来源于stack exchange，提问作者user721025