HttpClient多线程并发问题

这篇文章概括了怎样在多线程环境下安全的使用HttpClient。

建立连接

以上代码中的HttpClient就在多线程中执行多个方法了。当我们再次调用httpClient.executeMethod()方法时，就会去Connection Manager中去请求HttpConneciton的实例，这样就避免了线程安全问题，因为HttpClient已经帮我们做了。

释放连接

          Connection Management比较重要的是当连接不再使用时，一定要手动释放。这样做的原因是HttpClient不能够确定哪个方法不被使用，哪个方法还在使用。这是因为Response body不是由HttpClient来自动读取其数据的，而是由使用HttpClient的应用程序来完成的。当读取Response的数据是时，必须使用此方法的连接。这样，在Response的数据在读取前，HttpClient是没有释放连接的。所有这就要求在读取完Response的数据后，应用程序及时的使用releaseConnection（）方法来释放连接。特别注意，无论执行的方法或是否也不例外被抛出。对于每一个HttpClient.executeMethod方法必须有一个method.releaseConnection （ ）来释放连接。

重用HttpClient实例

          一般说来，建议一个通讯组件，甚至说一个应用软件就始终维持一个HttpClient对象实例存在。但是如果你的应用很稀罕才用到它，而且还不允许这么一个实例一直存在，那么，这里强烈建议，一定要显式地shut down 它的MultiThreadedHttpConnectionManager 。这样做是确保连接池里的Connection得到释放。 

HttpMethod并发执行

         如果应用程序逻辑允许并发执行多个HTTP请求，（例如对多个服务器的多个并发请求，或对同一个服务器代表不同用户身份的多个请求） ，应用程序可以为每一个HTTP session开启一个专门的线程，这样的设计自然将带来显著的性能提升。 而当使用一个线程安全的连接管理器MultiThreadedHttpConnectionManager 时，HttpClient能保证线程安全。这样，多个线程可以共享这么一个线程安全的HttpClient实例。请注意，应用程序的每个各自执行的线程必须使用各自的HttpMethod实例；并且可配置各自的HttpState实例和/或HostConfiguration实例（代表一个特定的会话状态和主机配置）。这个共享的HttpClient和其标配的MultiThreadedHttpConnectionManager将为各线程带来最高的性能。

使用流来发送和接收数据

        HttpClient同时支持Stream和String/byte[]两种方式来发送和接受数据，但是由于String/byte[]的方式会造成内存中有一份数据的拷贝或缓存，那么当请求或应答报文比较大，或者在高并发的应用中，使用String/byte[]就会造成额外的内存开销，所以使用流的方式来传输数据是更好的选择。

HttpClient的三种超时说明

/* 从连接池中取连接的超时时间 */
ConnManagerParams.setTimeout(params, 1000);
/* 连接超时 */
HttpConnectionParams.setConnectionTimeout(params, 2000);
/* 请求超时 */
HttpConnectionParams.setSoTimeout(params, 4000);
 
第一行设置ConnectionPoolTimeout：这定义了从ConnectionManager管理的连接池中取出连接的超时时间，此处设置为1秒。
第二行设置ConnectionTimeout：　　这定义了通过网络与服务器建立连接的超时时间。Httpclient包中通过一个异步线程去创建与服务器的socket连接，这就是该socket连接的超时时间，此处设置为2秒。
第三行设置SocketTimeout：　　　　这定义了Socket读数据的超时时间，即从服务器获取响应数据需要等待的时间，此处设置为4秒。
以上3种超时分别会抛出ConnectionPoolTimeoutException,ConnectionTimeoutException与SocketTimeoutException。