HttpWebRequest 基础连接已经关闭: 接收时发生错误
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 = * ;
request.ContentType = "application/x-www-form-urlencoded";
request.KeepAlive = false;
request.ProtocolVersion = HttpVersion.Version11;
request.ContentLength = bf.Length;
webStream = request.GetRequestStream();
webStream.Write(bf, , 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
HttpWebRequest 基础连接已经关闭: 接收时发生错误的更多相关文章
- HttpWebRequest 基础连接已经关闭: 接收时发生错误 GetRequestStream 因为算法不同,客户端和服务器无法通信。
在代码行 HttpWebRequest objRequest = (HttpWebRequest)HttpWebRequest.Create(sUrl 前面加上 ServicePointManager ...
- FTP上传文件时 System.Net.WebException: 基础连接已经关闭: 接收时发生错误。
在c#中使用HttpWebRequest时,频繁请求一个网址时,过段时间就会出现“基础连接已经关闭: 接收时发生意外错误”的错误提示.将webRequest的属性设置成下面的,经测试可以解决.Syst ...
- C# HttpRequest基础连接已经关闭: 接收时发生意外错误
在c#中使用HttpWebRequest时,频繁请求一个网址时,过段时间就会出现“基础连接已经关闭: 接收时发生意外错误”的错误提示. 将webRequest的属性设置成下面的,经测试可以解决. we ...
- .NET HttpWebRequest(请求被中止: 未能创建 SSL/TLS 安全通道)和(基础连接已经关闭: 发送时发生错误)问题查找解决
前言: 前段时间在对接第三方接口的时候发生了一个非常奇葩的问题,就是使用 .NET Framework 4.6 HttpWebRequest进行网络请求的相关问题.背景,关于调用第三方的接口都是使用使 ...
- C#使用HttpWebRequest 进行请求,提示 基础连接已经关闭: 发送时发生错误。
本人今天遇到的错误,C#使用HttpWebRequest 进行请求,提示 基础连接已经关闭: 发送时发生错误. 测试了很久,才发现,是安全协议问题,把安全协议加上就可以了
- 【已解决】Https请求——基础连接已经关闭 发送时发生错误
本人在做商用项目的推送消息功能时,借助第三方推送服务.这里避免有打广告的嫌疑,就不报名字了.由于是通过调用API接口,所以Post方法是自己写的,但是在开发环境是可以正常推送的,但是一上线就出各种问题 ...
- C# 基础连接已经关闭: 发送时发生错误
在程序中获取某个https网址的源码,GetRespose()时 出现了“基础连接已经关闭: 发送时发生错误.”的错误提示. 翻了论坛后,有个仁兄说: //.net 4 ...
- 20190713_发布网站的时候报错:无法完成向远程代理 URL 发送请求 基础连接已经关闭 发送时发生错误
环境介绍: Vs2017 IIS 7.5 服务器: windows 2008 R2 overflow上有一篇帖子讲了关于问题的解决办法: 链接: https://stackoverflow.com/q ...
- C# HttpWebResponse WebClient 基础连接已经关闭: 发送时发生错误.
https://blog.csdn.net/sun49842566/article/details/82802297 net 4.0 设置: ServicePointManager.SecurityP ...
随机推荐
- HDU 4734 F(x) 2013 ACM/ICPC 成都网络赛
传送门:http://acm.hdu.edu.cn/showproblem.php?pid=4734 数位DP. 用dp[i][j][k] 表示第i位用j时f(x)=k的时候的个数,然后需要预处理下小 ...
- linux 命令之sar——监视系统状态
摘要:在进行系统或者内核测试的时候,我们经常需要观察cpu利用率,缓冲区使用情况,文件读写情况等等.在linux系统下,我们可以用sar命令来达到这个要求. sar 命令行的常用格式: sar [op ...
- [Unity 3D] Unity 3D 性能优化(二)
IsAlive U3D的粒子系统脚本接口相信很多人都用过,ParticleSyetem类的一系列接口都有一个bool类型的参数——withChildren,通过这个参数可以直接将相同的判断或者操作应用 ...
- Codeforces Round #315 (Div. 2B) 569B Inventory 贪心
题目:Click here 题意:给你n,然后n个数,n个数中可能重复,可能不是1到n中的数.然后你用最少的改变数,让这个序列包含1到n所有数,并输出最后的序列. 分析:贪心. #include &l ...
- 驱动: oops
linux驱动调试--段错误之oops信息分析 http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=29401328&id= ...
- 如何设置ssh安全只允许用户从指定的IP登陆
原文链接: 如何设置ssh安全只允许用户从指定的IP登陆 由于开发上传文件需要 在服务器上开启 允许用户名和密码ssh登录.这样不太安全.百度后参考文章现在ssh用户名和密码登录的ip. 登录服务 ...
- 在Eclipse/MyEclipse中安装spket插件
Spket ide是强大的工具包为了JavaScript和XML的开发,这个强大的编辑器对JavaScript, XUL/XBLand Yahoo! Widget的开发都有全面的支持 ,比如代码完毕, ...
- LTP介绍
1.LTP介绍 LTP--linut test project ,ltp套件是由Linux Test Project所开发的一套系统測试套件.它基于系统资源的利用率统计开发了一个測试的组合,为系 ...
- Android 自动编译、打包生成apk文件 4 - 多渠道批量打包
相关文章列表: < Android 自动编译.打包生成apk文件 1 - 命令行方式> < Android 自动编译.打包生成apk文件 2 - 使用原生Ant方式 > < ...
- 分析一个socket通信: server/client
分析一个socket通信: server/client1 server 1. 创建一个server_socket文件,并绑定端口,然后监听端口 (socket, bind, listen) 2. 查询 ...