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

问题场景一：

  1.在用get方法去获取数据时，一直都是好好的运行状态，突然遇到“Attempted read from closed stream” 错误。
    相关方法用到的代码贴上：
    HttpGet httpGet = new HttpGet(url);
    httpClient = new DefaultHttpClient(); 
    httpResponse = httpClient.execute(httpGet); 
    response=new ArrayList(); 
    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 get(String url, Header[] headers) throws ClientProtocolException, IOException{ 
     List 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(); 
     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.代码中添加：

Security.addProvider(new BouncyCastleProvider());

参考文献：

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

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