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 基础连接已经关闭: 接收时发生错误的更多相关文章

  1. HttpWebRequest 基础连接已经关闭: 接收时发生错误 GetRequestStream 因为算法不同,客户端和服务器无法通信。

    在代码行 HttpWebRequest objRequest = (HttpWebRequest)HttpWebRequest.Create(sUrl 前面加上 ServicePointManager ...

  2. FTP上传文件时 System.Net.WebException: 基础连接已经关闭: 接收时发生错误。

    在c#中使用HttpWebRequest时,频繁请求一个网址时,过段时间就会出现“基础连接已经关闭: 接收时发生意外错误”的错误提示.将webRequest的属性设置成下面的,经测试可以解决.Syst ...

  3. C# HttpRequest基础连接已经关闭: 接收时发生意外错误

    在c#中使用HttpWebRequest时,频繁请求一个网址时,过段时间就会出现“基础连接已经关闭: 接收时发生意外错误”的错误提示. 将webRequest的属性设置成下面的,经测试可以解决. we ...

  4. .NET HttpWebRequest(请求被中止: 未能创建 SSL/TLS 安全通道)和(基础连接已经关闭: 发送时发生错误)问题查找解决

    前言: 前段时间在对接第三方接口的时候发生了一个非常奇葩的问题,就是使用 .NET Framework 4.6 HttpWebRequest进行网络请求的相关问题.背景,关于调用第三方的接口都是使用使 ...

  5. C#使用HttpWebRequest 进行请求,提示 基础连接已经关闭: 发送时发生错误。

    本人今天遇到的错误,C#使用HttpWebRequest 进行请求,提示 基础连接已经关闭: 发送时发生错误. 测试了很久,才发现,是安全协议问题,把安全协议加上就可以了

  6. 【已解决】Https请求——基础连接已经关闭 发送时发生错误

    本人在做商用项目的推送消息功能时,借助第三方推送服务.这里避免有打广告的嫌疑,就不报名字了.由于是通过调用API接口,所以Post方法是自己写的,但是在开发环境是可以正常推送的,但是一上线就出各种问题 ...

  7. C# 基础连接已经关闭: 发送时发生错误

    在程序中获取某个https网址的源码,GetRespose()时 出现了“基础连接已经关闭: 发送时发生错误.”的错误提示. 翻了论坛后,有个仁兄说:                 //.net 4 ...

  8. 20190713_发布网站的时候报错:无法完成向远程代理 URL 发送请求 基础连接已经关闭 发送时发生错误

    环境介绍: Vs2017 IIS 7.5 服务器: windows 2008 R2 overflow上有一篇帖子讲了关于问题的解决办法: 链接: https://stackoverflow.com/q ...

  9. C# HttpWebResponse WebClient 基础连接已经关闭: 发送时发生错误.

    https://blog.csdn.net/sun49842566/article/details/82802297 net 4.0 设置: ServicePointManager.SecurityP ...

随机推荐

  1. C++ 学习笔记3,struct长度測试,struct存储时的对齐方式

    之所以专门为struct的长度写一篇測试,是由于原来c++对于struct的变量, 在分配内存的时候,c++对struct有一种特殊的存储机制. 看以下的測试: 一.在Windows7 32bit , ...

  2. Android FragmentPagerAdapter和FragmentStatePagerAdapter的区别

    FragmentPagerAdapter官方解释: This version of the pager is best for use when there are a handful of typi ...

  3. Xcode7网络限制

    在info.plist添加字段 App Transport Security Settings Allow Arbitrary Loads yes

  4. [Swust OJ 1097]--2014(数位dp)

    题目链接:http://acm.swust.edu.cn/problem/1097/ Time limit(ms): 1000 Memory limit(kb): 32768   今年是2014年,所 ...

  5. (Problem 15)Lattice paths

    Starting in the top left corner of a 22 grid, and only being able to move to the right and down, the ...

  6. (Problem 6)Sum square difference

    Hence the difference between the sum of the squares of the first ten natural numbers and the square ...

  7. jQuery 遍历ul li 添加 移除

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/ ...

  8. 17.1.1.3 Creating a User for Replication

    17.1.1.3 Creating a User for Replication 创建一个用户用于复制: 每个slave 连接到master 使用一个MySQL 用户名和密码, 因此必须有一个user ...

  9. 设计模式 ( 十七) 状态模式State(对象行为型)

    设计模式 ( 十七) 状态模式State(对象行为型) 1.概述 在软件开发过程中,应用程序可能会根据不同的情况作出不同的处理.最直接的解决方案是将这些所有可能发生的情况全都考虑到.然后使用if... ...

  10. python测试框架总结

    最流行的有unittest和nose 其他的请看http://wiki.python.org/moin/PythonTes... 中Unit Testing Tools部分 py.test unitt ...