WebRequest 超时不起作用

WebRequest 超时不起作用
复制代码
//WebRequest request = WebRequest.Create(uri);
HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create(uri);
//request.Timeout = Timeout.Infinite;
request.Timeout = 20000;
//request.AllowAutoRedirect = true;
//request.AllowWriteStreamBuffering = true;
//request.Referer = “”;

response = request.GetResponse();

复制代码
转载自：HttpWebRequest的GetResponse或GetRequestStream偶尔超时 + 总结各种超时死掉的可能和相应的_cnp11_新浪博客

【问题】

用C#模拟网页登陆，其中去请求几个页面，会发起对应的http的请求request，其中keepAlive设置为true，提交请求后，然后会有对应的response：

resp = (HttpWebResponse)req.GetResponse();

之前的多次调试，一直都是可以正常获得对应的response，然后读取html页面的。

但是后来几次的调试，在没有改变代码的前提下，结果GetResponse却始终会超时死掉。

【解决过程】

1.默认request的timeout是1000000毫秒=100秒，都会超时，手动改为10秒，因此就更容易超时了，无法解决问题。

2.将http的request的keepAlive设置为false，问题依旧。

3.去参考：c# request.GetResponse();超时问题的解决，和HttpWebRequest多线程性能问题，请求超时的错误，

去把前面共4次的httprequest，每次都增加对应的：

resp = null;
。。。
if (resp != null)
{
resp.Close();
}
if (req != null)
{
req.Abort();
}

结果还是没解决问题。

同样参考：HttpWebRequest多线程性能问题，请求超时的错误，

去尝试关于DefaultConnectionLimit的设置，改为为10：

System.Net.ServicePointManager.DefaultConnectionLimit = 10;
问题依旧。

5.又去测试了下，关于response.Close()

也是没解决问题。

最后无意间，索性不抱希望的，再次DefaultConnectionLimit设置为更大的值50：

System.Net.ServicePointManager.DefaultConnectionLimit = 50;

试了试，结果就解决超时的问题了。

然后才搞懂原因。

之前默认设置为2，后来改为10，都没有解决问题的原因在于，当前有很多个http的连接，没有被关闭掉，

而这些keepalive的连接，都是

由于代码中，对于前面多个request。其都是keepalive为true，以及多个response也没有close，

而之前调试了很多次了，所以，此时已经存在了很多个alive的http连接了，已经超过了10个了，所以前面设置了DefaultConnectionLimit 为10，也还是没用的。

而改为50，才够用。

【总结】

此处GetResponse超过的原因是，当前存在太多数目的alive的http连接（大于10个），所以再次提交同样的http的request，再去GetResponse，就会超时死掉。

解决办法就是，把DefaultConnectionLimit 设置为一个比较大一点的数值，此数值保证大于你当前已经存在的alive的http连接数即可。

【经验总结】

以后写http的request代码，如果不是必须的要keepalive的，那么就要设置KeepAlive为false：

req.KeepAlive = false;

以及做对应的收尾动作：

if (resp != null)
{
resp.Close();
}
if (req != null)
{
req.Abort();
}

【后记 2012-03-01】

又偶尔遇到一次，DefaultConnectionLimit已经是200了，足够大了，但是GetResponse和GetRequestStream，还是会超时死掉的问题，具体是什么原因导致的还不是很清楚，但是经过折腾，参考：

HttpWebResponse’s GetResponse() hangs and timeouts

在：

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

之前，添加一句垃圾回收：

System.GC.Collect();

然后就解决了GetResponse的超时问题，并且后面的GetRequestStream也同时可以正常工作，不超时了。

所以，看起来像是当前系统由于调试多次，并且HttpWebRequest和HttpWebResponse都是没有正常去Close的，可能会残留一些 http的链接，然后就可能影响到了后续对于http的使用，垃圾回收后，估计就把残余的http相关资源释放了，然后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的值

这个是参考这里：HttpWebRequest.GetResponse() hangs the second time it is called而记录于此的，也许有人是此原因，所以可供参考一下。

即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

WebRequest 超时不起作用相关推荐

VB.NET工作笔记007---ASP.NET中Session超时一直不起作用
技术交流QQ群[JAVA,.NET,BigData,AI]:170933152 最后发现是这个原因,在IIS中找到应用程序池,然后右边点击,详细设置,然后找到,进程模块中的最大工作进程数,设置为1 ...
【转】Spring事务超时时间可能存在的错误认识
2019独角兽企业重金招聘Python工程师标准>>> 1.先看代码 1.1.spring-config.xml Java代码 <bean id="dataSou ...
串口通讯超时的设置与含义（COMMTIMEOUTS）
--------------------------------------------- -- 时间:2018-12-26 -- 创建人:Ruo_Xiao -- 邮箱:xclsoftware@163 ...
linux 超时 tcp,Linux中TCP设置syn超时时间
无论您使用什么语言或客户端库,您都应该能够在网络套接字操作上设置超时,通常将其拆分为连接超时.读取超时和写入超时. 但是,尽管您应该能够使这些超时尽可能小,但连接超时尤其具有任何给定内核的有效最大值. ...
wget 地址连接超时_HttoPool连接池和Hystrix 服务容错机制
学习主题:httpPool&Hystrix 学习目标: 对应视频: http://www.itbaizhan.cn/course/id/85.html 对应文档: 无对应作业 1. 编写支持 ...
zookeeper的maxSessionTimeout默认值导致hbase regionserver超时
zookeeper的maxSessionTimeout默认值导致hbase regionserver超时在hbase中经常会遇到regionserver挂掉的情况,查看日志会看到这样的错误信息 20 ...
okhttp3调用接口超时
使用okhttp3调用接口,经常出现超时现象,报timeout异常或者Read timed out! 代码是这样写的 OkHttpClient client = new OkHttpClient(); ...
spring事务超时
转载自http://jinnianshilongnian.iteye.com/blog/1986023 1.先看代码 1.1.spring-config.xml Java代码 <bean id= ...
联众服务器超时中断,http连接中客户端中断了请求，服务端会中断执行吗？超时时间设置？...
由于http是基于tcp的,在tcp中,客户端中断了连接,服务端是无法感知的,只能通过发心跳包来检测,而显然我们的nginx是没有发心跳包的,所以,包括nginx,php-fpm都是不知道客户端已断开 ...

WebRequest 超时不起作用

WebRequest 超时不起作用相关推荐

最新文章

热门文章