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