HttpURLConnection和HttpClient

HttpClient

DefaultHttpClient和他的小欧诺个地AndroidHttpClient都是HttpClient具体的实现类，他们拥有众多的API，

而且实现比较稳定。
HttpURLConnection

HttpURLConnection是一种多用途，轻量级的HTTP客户端，使用它来进行HTTP操作可以适用于大多数的程序。虽

然HttpURLConnection的API提供的比较简单，但是同时这也使得我们可以更加容易地去使用和扩展它。

在Android2.3版本的时候，我们加入了透明化的响应压缩。HttpURLConnection会自动在每个发出的请求中加入

如下消息头，并处理响应的返回结果：

Accept-Encoding:gzip

配置Web服务器来支持客户端进行压缩的功能，从而可以在这一改进上获取到最大的好处。

但是如果启动了响应压缩的功能，Http响应头里的Content-length就会代表压缩后的长度，这时再使用

getContentLength()方法来获取解压后的数据就是错误的了。正确的做法应该是一直调用inputStream.read()方

法来读取响应数据，一直到出现-1为止。

在Android4.0版本添加了一些响应的缓存机制。当缓存被安装后（调用HttpResponseCache的install()方法），

所有的HTTP请求都会满足以下三种情况：

所有的缓存响应都由本地存储来提供。因为没有必要去发起任务的网络的连接请求，所有的响应都可以立刻获取

到。

视情况而定的缓存响应必须要有服务器进行更新检查。比如客户端发起了一条类似于“如果/goo.png”这张图片

发生了改变，就将他发送给客户端，这样的请求，服务器需要将更新后的数据进行返回，或者返回一个304 Not 

Modify状态。如果请求的内容没有发生，客户端就不会下载任何数据。

没有缓存的响应都是由服务器直接提供的。这部分响应会稍后存储到响应缓存中。

由于这个功能是在4.0之后才有的，通常我们就可以使用反射的方式来启动响应缓存功能。下面的实例代码展示了如何在Android4.0及以后的版本中去启用响应缓存功能，同时还不会影响之前的版本：

private void enableHttpResponseCache() {
try {
long httpCacheSize = 10 * 1024 * 1024; // 10 MiB
File httpCacheDir = new File(getCacheDir(), "http");
Class.forName("android.net.http.HttpResponseCache")
.getMethod("install", File.class, long.class)
.invoke(null, httpCacheDir, httpCacheSize);
} catch (Exception httpResponseCacheNotAvailable) {
}
}