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

本文主要是介绍HttpClient使用时遇到几个隐蔽小坑分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

---

问题场景一：

在用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);

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

1. 做http接口测试有一段时间了，对其中的get方法用了很多次，可以说并不陌生。在一次get索引数据的过程中突然遇到了“Attempted read from closed stream” 这个错误，第一感觉莫名其妙。接着在网上查了很久，也请教了高手，给出的办法都不能解决自己的问题。无奈之下就慢慢debug，发现httpEntity.getContent()被读取一次后就自动关闭了，并且一次读取的默认大小是4096字节，而我本次获取字段的长度在5k+字节，这样就是一次没有将数据全部读完，流已经关闭，而程序又去读了一次，就报了上述错误。

2. 解决的办法很多，比如将buffer的大小设置大一些。我采用的是第二种方法，弃用HttpEntity改用BufferedHttpEntity这个类。用这个类的好处在于某些情况下，可能需要能够读取实体内容超过一次，通过包装原始的BufferedHttpEntity类来完成。将原始的实体内容读入内存中的缓冲区，这样可以多次重复的读取。

---

问题场景二：

在做多线程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. 1.是否连接关闭机制未完善。

3. 2.是否抵达最多连接数。

4. 于是按照这个思路去排查，发现一个很重要的错误点，代码如下：

5. InputStream inputStream=null;

6. BufferedReader bufferedReader=null;

7. InputStreamReader inputStreamReader=null;

8. 这三个点忘记关闭了。于是就将他们都关闭了，以为万事大吉了。当把线程数加到64的时候，跑了一会又出现这个错误。网上查了一下还需要释放连接的资源，于是加了两条：

9. httpGet.releaseConnection();

10. httpClient.getConnectionManager().shutdown();

11. 又跑了一段时间，果然又出现前面的问题，但是运行的时间比前面的时间长了很多。怎么回事呢，该释放的都释放了，又仔细想了一下发现，代码中：

 

1. 一个很重要的方法httpGet.abort()，没有放到finally中，导致出一旦现异常后不能释放异常时连接的资源，于是放入finally模块中。

2. 但是这样还是不能很好的解决问题，当线程数加到128线程时，还是很难坚持很久，这条路我打算放弃了，决定采用线程池来解决我的问题。

3. 首先，要了解httpclient有两种jar包：httpclient.jar和commons-httpclient.jar。

4. 其次，httpclient中是提供多线程支持的，其中就一个MultiThreadedHttpConnectionManager类专门提供多线程的支持，但是这个类在httpclient的commons-httpclient.jar中。

5. 最后是现实，具体写线程池的方法由于不是原创，这里不再叙述，给出一个链接：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.代码中添加：

Security.addProvider(new BouncyCastleProvider());

 

参考文献：

http://qa.blog.163.com/blog/static/190147002201582185136327/

http://yyq2007aa.blog.163.com/blog/static/441816092015294501178/

这篇关于HttpClient使用时遇到几个隐蔽小坑分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---