ASMX Web服务部分客户端访问缓慢问题排查咨询

这种服务器端耗时稳得一批，但客户端调用速度天差地别的情况，我之前也碰到过几次，大概率是网络链路或者客户端本地环境拖了后腿——毕竟服务器已经把核心处理时间控制在10-15ms，说明服务本身没问题。给你梳理几个排查方向，按优先级来试：

• TCP连接建立耗时：ASMX默认走HTTP，第一次调用会触发TCP三次握手，后续请求可以复用连接。你可以用Wireshark分别在快、慢机器上抓包，对比两者的TCP握手耗时。另外，检查慢机器的TCP参数，比如Windows下的TcpTimedWaitDelay，如果机器上有大量TIME_WAIT状态的连接，可能导致新连接创建变慢。
• 网络延迟与丢包：在慢的两台机器上执行ping 服务器IP -t -n 100，连续ping100次看平均延迟和丢包率，再和快的机器对比。如果ping本身就有明显高延迟或丢包，那大概率是物理链路问题——比如交换机端口故障、网线老化、慢机器连的是信号差的Wi-Fi。
• DNS解析耗时：如果客户端用的是服务器域名而非IP，测试慢机器的DNS解析速度：用nslookup 服务器域名多跑几次，看每次解析的耗时。如果解析慢，或者偶尔解析到错误的IP（比如跨了网段），可以临时改成直接用IP调用服务，看耗时会不会降下来。

• .NET Framework版本/配置差异：ASMX客户端依赖.NET Framework的SoapHttpClientProtocol，先确认三台机器的.NET版本是否一致——慢的两台会不会用了更旧的版本？另外，检查客户端的app.config/web.config里的<system.net>节点，有没有误开代理、设置了不合理的超时，或者开启了自动代理检测？比如有些机器会自动检测代理，导致请求绕路。
• 安全软件拦截：杀毒软件、防火墙有时候会对HTTP请求做深度扫描，额外增加耗时。可以临时关闭慢机器上的安全软件，再测试调用耗时，如果恢复正常，就把服务地址添加到安全软件的信任列表里。
• 本地资源占用：打开任务管理器，看看慢机器上调用服务的进程是否被其他进程抢占了CPU、内存资源？如果机器本身就很卡，哪怕网络没问题，本地处理请求的时间也会被拉长。

• HTTP长连接设置：检查IIS是否开启了Keep-Alive，如果关闭了，每次请求都要重新建立TCP连接，会增加客户端的总耗时。在IIS管理器里找到对应站点，查看“HTTP响应头”设置，确认Keep-Alive是否启用。
• 负载均衡/路由差异：如果服务器前面有负载均衡器或路由器，确认慢的两台是不是被分配到了不同的转发路径？比如快的机器直接连服务器内网，慢的机器走了公网或者带宽更低的链路。

如果上面的排查都没找到问题，直接在客户端用Wireshark抓包对比：

1. 计算从客户端发送请求第一个字节，到收到服务器响应第一个字节的时间——这个时间等于网络往返时间+服务器处理时间，你已经知道服务器处理时间是10-15ms，那剩下的就是网络往返时间，慢机器的这块肯定明显更长。
2. 查看请求是否有重试、重定向，或者有没有额外的预检请求（比如OPTIONS）——虽然ASMX一般不会触发CORS预检，但也要排除这种情况。

内容的提问来源于stack exchange，提问作者DavisZ