HttpClient使用时遇到几个隐蔽小坑分析
2015年09月24日 11:27:16
阅读数:3688
问题场景一:
-
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.代码中添加:
Security.addProvider(new BouncyCastleProvider());