问题描述
开个了一个抢单的软件，在系统开放抢单的时间开10个线程post数据，这个时候服务器的压力比较大，可能会有线程的请求出现超时的情况，问题出在正常情况下10个线程超时1-2个可以理解，但是有时候感觉线程是按照队列进行提交的，如果队列中间有一个靠前的请求出现超时，那么后面的请求都会跟着顺延不少。已经修改过最大链接数了，请问大神，这个需要怎么解决？还试过用开进程的方式打开，但是问题还是存在。暂时排除服务器存在限制的可能
解决方案
解决方案二：
如果你确定你自己的软件没有问题，那么你就得打开wireshark这类工具查看TCP的建立过程，查看是否你的SYN请求未被服务器接受，或者其他情况
解决方案三：
ip限制~~~~
解决方案四：
引用2楼wowfiowow的回复:
ip限制~~~~
说了啊，服务器不限制ip的。。。
解决方案五：
引用1楼xdashewan的回复:
如果你确定你自己的软件没有问题，那么你就得打开wireshark这类工具查看TCP的建立过程，查看是否你的SYN请求未被服务器接受，或者其他情况
tcp应该是建立了，但是在请求的时候总是卡住，这个时候只要一个卡住，好像队列一样，后面的全部向后延迟
解决方案六：
引用4楼welide的回复:
tcp应该是建立了，但是在请求的时候总是卡住，这个时候只要一个卡住，好像队列一样，后面的全部向后延迟
你确认过3次握手成功了吗，如果如你说的3次握手已完成，那你请求也肯定发送了，对方也无IP限制，排除网络问题，那么很可能就是服务器对请求进行了类似队列的处理，如果真是这样，你也是毫无办法的
解决方案七：
引用4楼welide的回复:
tcp应该是建立了，但是在请求的时候总是卡住，这个时候只要一个卡住，好像队列一样，后面的全部向后延迟
你确认过3次握手成功了吗，如果如你说的3次握手已完成，那你请求也肯定发送了，对方也无IP限制，排除网络问题，那么很可能就是服务器对请求进行了类似队列的处理，如果真是这样，你也是毫无办法的
解决方案八：
引用4楼welide的回复:
tcp应该是建立了，但是在请求的时候总是卡住，这个时候只要一个卡住，好像队列一样，后面的全部向后延迟
你确认过3次握手成功了吗，如果如你说的3次握手已完成，那你请求也肯定发送了，对方也无IP限制，排除网络问题，那么很可能就是服务器对请求进行了类似队列的处理，如果真是这样，你也是毫无办法的
解决方案九：
引用6楼xdashewan的回复:
Quote: 引用4楼welide的回复:
tcp应该是建立了，但是在请求的时候总是卡住，这个时候只要一个卡住，好像队列一样，后面的全部向后延迟你确认过3次握手成功了吗，如果如你说的3次握手已完成，那你请求也肯定发送了，对方也无IP限制，排除网络问题，那么很可能就是服务器对请求进行了类似队列的处理，如果真是这样，你也是毫无办法的
用wireshark先看看tcp建立的情况，在判断是哪里出现的问题，是这个意思吧？暂时不说服务器端的问题，如果是本地同时与目标主机建立多个tcp会出现这种问题么？
解决方案十：
引用3楼welide的回复:
Quote: 引用2楼wowfiowow的回复:
ip限制~~~~说了啊，服务器不限制ip的。。。
你怎么排除的？
解决方案十一：
引用8楼welide的回复:
用wireshark先看看tcp建立的情况，在判断是哪里出现的问题，是这个意思吧？暂时不说服务器端的问题，如果是本地同时与目标主机建立多个tcp会出现这种问题么？
不会，这可以参照各种浏览器的TCP创建数量，同样可以用wireshark查看