我们有一位客户每分钟向我们发送数千个网络服务请求，而我们所看到的所有他们的请求具体是因为HTTP正文遇到了网络，然后就是暂停150-250ms，然后发送SOAP正文。
由于标头知道请求的大小，我可以排除这种延迟是由生成请求本身所需的处理引起的。
基于用户代理，我可以通过HttpsUrlConnection确定他们正在使用Java 1.5。我还没有访问他们的代码（但是），但是我想知道人们是否因为代码写得不好而看到了这种行为？
我的方面：一组Apache Web服务器，前端有负载均衡器，防火墙......这些Web服务接收请求并使用mod_proxy将它们发送回Tomcat应用服务器。
（同样，只有这一个客户才能看到这种行为，所以我怀疑我身边有什么东西引起了这个......）
答案 0 :(得分：0)
作为我客户边缘的路由器已经完全饱和/过载，增加了400ms +的延迟..所以看起来像完整的请求无法快速发送的东西。我们已经重现了这种相同的行为，用tcpproxy增加了400ms的延迟。
有时这是最明显的解释，我猜......