HttpClient使用时遇到几个隐蔽小坑分析

问题场景一：

1.在用get方法去获取数据时，一直都是好好的运行状态，突然遇到“Attempted read from closed stream” 错误。
相关方法用到的代码贴上：
HttpGet httpGet = new HttpGet(url);
httpClient = new DefaultHttpClient();
httpResponse = httpClient.execute(httpGet);
response=new ArrayList<String>();
response.add(httpResponse.getStatusLine().toString());
HttpEntity httpEntity = httpResponse.getEntity();
inputStream = httpEntity.getContent();
inputStreamReader = new InputStreamReader(inputStream, "UTF-8");
bufferedReader = new BufferedReader(inputStreamReader);

问题分析以及解决办法一：

做http接口测试有一段时间了，对其中的get方法用了很多次，可以说并不陌生。在一次get索引数据的过程中突然遇到了“Attempted read from closed stream” 这个错误，第一感觉莫名其妙。接着在网上查了很久，也请教了高手，给出的办法都不能解决自己的问题。无奈之下就慢慢debug，发现httpEntity.getContent()被读取一次后就自动关闭了，并且一次读取的默认大小是4096字节，而我本次获取字段的长度在5k+字节，这样就是一次没有将数据全部读完，流已经关闭，而程序又去读了一次，就报了上述错误。
解决的办法很多，比如将buffer的大小设置大一些。我采用的是第二种方法，弃用HttpEntity改用BufferedHttpEntity这个类。用这个类的好处在于某些情况下，可能需要能够读取实体内容超过一次，通过包装原始的BufferedHttpEntity类来完成。将原始的实体内容读入内存中的缓冲区，这样可以多次重复的读取。

问题场景二：

2.在做多线程http接口压力测试时，遇到“Unrecognized Windows Sockets error: 0: JVM_Bind”的错误。
ps：后端建立的是长连接。代码如下：
public static List<String> get(String url, Header[] headers) throws ClientProtocolException, IOException{
List<String> response=null;
InputStream inputStream=null;
BufferedReader bufferedReader=null;
InputStreamReader inputStreamReader=null;
HttpGet httpGet = new HttpGet(url);
HttpResponse httpResponse=null;
HttpClient httpClient=null;
if (headers != null && headers.length != 0) {
httpGet.setHeaders(headers);
}
httpClient = new DefaultHttpClient();
httpResponse = httpClient.execute(httpGet);
response=new ArrayList<String>();
response.add(httpResponse.getStatusLine().toString());
HttpEntity httpEntity = httpResponse.getEntity();
inputStream = httpEntity.getContent();
inputStreamReader = new InputStreamReader(inputStream, "UTF-8");
bufferedReader = new BufferedReader(inputStreamReader);
String result = "";
String temp;
while ((temp = bufferedReader.readLine()) != null) {
result = result + temp;
}
response.add(result);
httpGet.abort();
return response;

原因分析解决方法二：

一看到这个错误，第一反应就是：
1.是否连接关闭机制未完善。
2.是否抵达最多连接数。
于是按照这个思路去排查，发现一个很重要的错误点，代码如下：
InputStream inputStream=null;
BufferedReader bufferedReader=null;
InputStreamReader inputStreamReader=null;
这三个点忘记关闭了。于是就将他们都关闭了，以为万事大吉了。当把线程数加到64的时候，跑了一会又出现这个错误。网上查了一下还需要释放连接的资源，于是加了两条：
httpGet.releaseConnection();
httpClient.getConnectionManager().shutdown();
又跑了一段时间，果然又出现前面的问题，但是运行的时间比前面的时间长了很多。怎么回事呢，该释放的都释放了，又仔细想了一下发现，代码中：

一个很重要的方法httpGet.abort()，没有放到finally中，导致出一旦现异常后不能释放异常时连接的资源，于是放入finally模块中。
但是这样还是不能很好的解决问题，当线程数加到128线程时，还是很难坚持很久，这条路我打算放弃了，决定采用线程池来解决我的问题。
首先，要了解httpclient有两种jar包：httpclient.jar和commons-httpclient.jar。
其次，httpclient中是提供多线程支持的，其中就一个MultiThreadedHttpConnectionManager类专门提供多线程的支持，但是这个类在httpclient的commons-httpclient.jar中。
最后是现实，具体写线程池的方法由于不是原创，这里不再叙述，给出一个链接：http://my.oschina.net/liuinsect/blog/138105。这里说的很详细，希望可以解决你的问题。

问题场景三：
HttpClient 执行get/post 请求时报  Could not generate DH keypair  错误
原因：程序无法通过使用安全套接字层(SSL)连接解决办法：1.下载包bcprov-ext-jdk15on-1.55.jar和bcprov-jdk15on-1.56.jar添加到classpath中2.代码中添加：

[java] view plain copy

1. Security.addProvider(new BouncyCastleProvider());  

参考文献：http://qa.blog.163.com/blog/static/190147002201582185136327/
http://yyq2007aa.blog.163.com/blog/static/441816092015294501178/

阅读更多