HttpWebRequest request = null; Stream webStream = null; HttpWebResponse response = null; StreamReader reader = null; string responseString = ""; try { byte[] bf = Encoding.UTF8.GetBytes(postString); request = WebRequest.Create(url) as HttpWebRequest; request.Method = "POST"; request.ServicePoint.Expect100Continue = false; request.Timeout = 1000 * 3; request.ContentType = "application/x-www-form-urlencoded"; request.KeepAlive = false; request.ProtocolVersion = HttpVersion.Version11; request.ContentLength = bf.Length; webStream = request.GetRequestStream(); webStream.Write(bf, 0, bf.Length); response = (HttpWebResponse)request.GetResponse(); reader = new StreamReader(response.GetResponseStream(), Encoding.UTF8); responseString = reader.ReadToEnd(); Log.Info(responseString); } catch (Exception ex) { throw ex; } finally { request.Abort(); request = null; if (webStream != null) { webStream.Close(); } if (reader != null) { reader.Close(); } if (response != null) { response.Close(); response = null; } } //解析 JavaScriptSerializer jsonConvert = new JavaScriptSerializer(); dynamic responseObj = jsonConvert.DeserializeObject(responseString); if (responseObj is Dictionary<string, object>) { Dictionary<string, object> jsonobj = (Dictionary<string, object>)responseObj; message.ResponseMessage = string.Format("[{0}]"+jsonobj["ResultDesc"].ToString(),DateTime.Now.ToString()); }
在调试短信通信接口的时候出现 “基础连接已经关闭: 接收时发生错误”
研究很长时间 ,没找到原因,查找网上解决方案,其中一位仁兄的方案提供了帮助,这里友情连接一下:http://blog.csdn.net/liehuo123/article/details/7071636
总结一下原因,可能是必须指定双方http协议相同。
网上还有其他的解决方案,如
MyRequest.UserAgent = "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)";
这个没试过。
诸君如果以上方式不能解决,请请教百度君。
补充 :
http://www.cnblogs.com/1971ruru/archive/2012/04/11/2442589.html
http://www.cnblogs.com/1971ruru/archive/2012/04/11/2442593.html
http://www.cnblogs.com/1971ruru/archive/2012/04/11/2442665.html
http://blog.sina.com.cn/s/blog_3eea4f680100s48d.html
这个总结的比较多:
http://www.crifan.com/fixed_problem_sometime_httpwebrequest_getresponse_timeout/
【总结】
此处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