缘起，因为系统要访问第三方服务。第三方服务时不时会超时，所以模拟了两个webapi,A和B，
A访问B，B随机200ms-6S返回消息。
刚开始使用了RestSharp，
使用jmeter 500个实例/s，持续60次。
结果是2-300左右qps，觉得很好。最后发现，是因为大量的time_wait导致a直接返回0状态，
改用了httpclient
1-200左右的qps，几乎没有time_wait.一切正常。
https://www.cnblogs.com/lichaoxyz/archive/2012/09/07/2674941.html
在繁忙的服务器上，其所能支持的TCP连接有限，如果大量连接没有关闭或者处于TIME_WAIT状态会影响网络程序的正常运行。严重的时候我们会遇到“由于系统缓冲区空间不足或队列已满，不能执行套接字上的操作。(An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full.)”的问题。那么如何检查当前系统有多少个TIME_WAIT连接（或多少个活动连接）？
运行DOS命令：
netstat -an | find /C "TIME_WAIT"
检查当前有多少个大概有TCP连接
netstat -an | find /C "TCP"