用技巧] Http请求偶尔超时+总结各种超时死掉的可能和相应的解决办法

     最近在做一个从某方获取数据的接口，在本地调试通的过程中也算顺利,可是布置到服务器上，超时非常频繁，一度怀疑是不是服务器网络有问题，阿里云的应该不至于呀，于似乎找到接口对接人员，询问有没有什么特殊的设置，后来实在也找不出什么原因，就抱着试一试的态度，度娘一下，碰到这种问题的还不少，超时超时超时如何解决，不一定全行 但是我使用过后 目前不在超时，方案如下：

对于GetResponse或GetRequestStream超时死掉的原因，可能是：

1.DefaultConnectionLimit是默认的2，而当前的Http的connection用完了，导致后续的GetResponse或GetRequestStream超时死掉

==>>
默认系统只支持同时存在2个http的connection

==>>
使用HttpWebRequest之后如果没有close，则会占用1个http的connection，所以如果超过2次使用
HttpWebRequest而没有close，那么就用完系统的http的connection，之后再去使用
HttpWebRequest，GetResponse就会死掉

解决办法：

办法1：

每次使用完HttpWebRequest，使用

 

1 2	req.Close(); req=null;

 

去关闭对应的http connection

最好对应的HttpWebResponse也要close：

 

1 2	resp.Close(); resp =null;

 

方法2：

修改DefaultConnectionLimit的值，改为足够大，比如：

 

1	System.Net.ServicePointManager.DefaultConnectionLimit = 200;

 

2.系统中Http相关的资源没有正确释放，导致后续GetResponse或GetRequestStream超时死掉

就像我此处遇到的，可能是之前调用http相关函数，没有正确完全释放资源，导致虽然DefaultConnectionLimit给了足够大，但是还是
会死掉，此时在http请求代码之前去做一次垃圾回收，则后续http的GetResponse或GetRequestStream就正常了，就不会超时
死掉了。

参考代码如下：

 

1 2 3 4 5

System.GC.Collect();    req = (HttpWebRequest)WebRequest.Create(constSkydriveUrl); setCommonHttpReqPara(ref req); resp = (HttpWebResponse)req.GetResponse();

 

3.Http的GET请求时，不要手动设置ContentLength的值

即Http的GET请求，不要添加类似如下的代码：

 

1 2	if(m_contentLength > 0)     httpWebRequest.ContentLength = m_contentLength;

 

不要去手动修改对应的ContentLength的值，C#的http相关库函数，会自动帮你计算的。

注：POST方法中，的确是要手动填充数据和算出数据大小，然后手动给ContentLength赋值的。

 

4.其他可能的一些原因

（1）关于KeepAlive的问题

如果Http的请求，是设置了KeepAlive=true的话，那么对应的http的connection会和服务器保持连接的。

所以如果上述办法都不能解决超时的问题，可以尝试将keepAlive设置为false试试，看看能否解决。

（2）关于Sleep

有些人好像是通过在http请求前，加了对应的Sleep，结果解决了此问题。需要的人，也可以试试。

（3）HttpWebRequest的Timeout

一般来说，既然超时了，往往是由于错误使用函数或者网络有问题导致的，所以实际上此处对于有些人去把HttpWebRequest的Timeout的值改的更大，往往都是没用的。

只不过，万一是由于网络响应慢而导致超时，那么倒是可以尝试，将HttpWebRequest的Timeout的值改为更大。

（其中HttpWebRequest的Timeout默认的值是100,000 milliseconds ==100
seconds）

参考代码：

 

1	req.Timeout = 5 * 60 * 1000;// 5 minutes

 

转载的地址http://www.sufeinet.com/thread-11652-1-1.html  多谢楼主     

后来在翻翻自己的博客 原来好早之前自己已经用这个方法解决过 唉 太久没有用这东西 就容易忘记。