HttpClient和HttpURLConnection整合彙總對比
總結了網上的一些資源，主要有以下兩個觀點：
分析一：
在研究Volley框架的原始碼中，發現它在HTTP請求的使用上比較有意思，在Android 2.3及以上版本，使用的是HttpURLConnection，而在Android 2.2及以下版本，使用的是HttpClient。我也比較好奇這麼使用的原因，於是專門找到了一位Google的工程師寫的一篇部落格，文中對HttpURLConnection和HttpClient進行了對比，下面我就給大家簡要地翻譯一下。
大多數的Android應用程式都會使用HTTP協議來發送和接收網路資料，而Android中主要提供了兩種方式來進行HTTP操作，HttpURLConnection和HttpClient。這兩種方式都支援HTTPS協議、以流的形式進行上傳和下載、配置超時時間、IPv6、以及連線池等功能。
HttpClient:
DefaultHttpClient和它的兄弟AndroidHttpClient都是HttpClient具體的實現類，它們都擁有眾多的API，而且實現比較穩定，bug數量也很少。
但同時也由於HttpClient的API數量過多，使得我們很難在不破壞相容性的情況下對它進行升級和擴充套件，所以目前Android團隊在提升和優化HttpClient方面的工作態度並不積極。HttpURLConnection:
HttpURLConnection是一種多用途、輕量極的HTTP客戶端，使用它來進行HTTP操作可以適用於大多數的應用程式。雖然HttpURLConnection的API提供的比較簡單，但是同時這也使得我們可以更加容易地去使用和擴充套件它。
不過在Android 2.2版本之前，HttpURLConnection一直存在著一些令人厭煩的bug。比如說對一個可讀的InputStream呼叫close()方法時，就有可能會導致連線池失效了。那麼我們通常的解決辦法就是直接禁用掉連線池的功能：
- [java] view plaincopy
- privatevoid disableConnectionReuseIfNecessary() {
- // 這是一個2.2版本之前的bug
- if (Integer.parseInt(Build.VERSION.SDK) < Build.VERSION_CODES.FROYO) {
- System.setProperty("http.keepAlive", "false");
- }
- }
配置你的Web伺服器來支援對客戶端的響應進行壓縮的功能，從而可以在這一改進上獲取到最大的好處。如果在壓縮響應的時候出現了問題，這篇文件會告訴你如何禁用掉這個功能。
但是如果啟動了響應壓縮的功能，HTTP響應頭裡的Content-Length就會代表著壓縮後的長度，這時再使用getContentLength()方法來取出解壓後的資料就是錯誤的了。正確的做法應該是一直呼叫InputStream.read()方法來讀取響應資料，一直到出現-1為止。
我們在Android 2.3版本中還增加了一些HTTPS方面的改進，現在HttpsURLConnection會使用SNI(Server Name Indication)的方式進行連線，使得多個HTTPS主機可以共享同一個IP地址。除此之外，還增加了一些壓縮和會話的機制。如果連線失敗，它會自動去嘗試重新進行連線。這使得HttpsURLConnection可以在不破壞老版本相容性的前提下，更加高效地連線最新的伺服器。
在Android 4.0版本中，我們又添加了一些響應的快取機制。當快取被安裝後(呼叫HttpResponseCache的install()方法)，所有的HTTP請求都會滿足以下三種情況：
所有的快取響應都由本地儲存來提供。因為沒有必要去發起任務的網路連線請求，所有的響應都可以立刻獲取到。
視情況而定的快取響應必須要有伺服器來進行更新檢查。比如說客戶端發起了一條類似於 “如果/foo.png這張圖片發生了改變，就將它傳送給我” 這樣的請求，伺服器需要將更新後的資料進行返回，或者返回一個304 Not Modified狀態。如果請求的內容沒有發生，客戶端就不會下載任何資料。
沒有快取的響應都是由伺服器直接提供的。這部分響應會在稍後儲存到響應快取中。
由於這個功能是在4.0之後的版本才有的，通常我們就可以使用反射的方式來啟動響應快取功能。下面的示例程式碼展示瞭如何在Android 4.0及以後的版本中去啟用響應快取的功能，同時還不會影響到之前的版本：
- [java] view plaincopy
- privatevoid 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) {
- }
- }
你也應該同時配置一下你的Web伺服器，在HTTP響應上加入快取的訊息頭。哪一種才是最好的？在Android
2.2版本之前，HttpClient擁有較少的bug，因此使用它是最好的選擇。
而在Android 2.3版本及以後，HttpURLConnection則是最佳的選擇。它的API簡單，體積較小，因而非常適用於Android專案。壓縮和快取機制可以有效地減少網路訪問的流量，在提升速度和省電方面也起到了較大的作用。對於新的應用程式應該更加偏向於使用HttpURLConnection，因為在以後的工作當中我們也會將更多的時間放在優化HttpURLConnection上面。
分析二：
HTTP 協議可能是現在 Internet 上使用得最多、最重要的協議了，越來越多的 Java 應用程式需要直接通過 HTTP 協議來訪問網路資源。在 JDK 的 java.net 包中已經提供了訪問 HTTP 協議的基本功能：HttpURLConnection。
HttpURLConnection是java的標準類，HttpURLConnection繼承自URLConnection，可用於向指定網站傳送GET請求、POST請求。它在URLConnection的基礎上提供瞭如下便捷的方法：
- int getResponseCode()：獲取伺服器的響應程式碼。
- String getResponseMessage()：獲取伺服器的響應訊息。
- String getResponseMethod()：獲取傳送請求的方法。
- void setRequestMethod(String method)：設定傳送請求的方法。
在一般情況下，如果只是需要Web站點的某個簡單頁面提交請求並獲取伺服器響應，HttpURLConnection完全可以勝任。但在絕大部分情況下，Web站點的網頁可能沒這麼簡單，這些頁面並不是通過一個簡單的URL就可訪問的，可能需要使用者登入而且具有相應的許可權才可訪問該頁面。在這種情況下，就需要涉及Session、Cookie的處理了，如果打算使用HttpURLConnection來處理這些細節，當然也是可能實現的，只是處理起來難度就大了。
為了更好地處理向Web站點請求，包括處理Session、Cookie等細節問題，Apache開源組織提供了一個HttpClient專案，看它的名稱就知道，它是一個簡單的HTTP客戶端（並不是瀏覽器），可以用於傳送HTTP請求，接收HTTP響應。但不會快取伺服器的響應，不能執行HTML頁面中嵌入的Javascript程式碼；也不會對頁面內容進行任何解析、處理。
簡單來說，HttpClient就是一個增強版的HttpURLConnection，HttpURLConnection可以做的事情HttpClient全部可以做；HttpURLConnection沒有提供的有些功能，HttpClient也提供了，但它只是關注於如何傳送請求、接收 響應，以及管理HTTP連線。 使用HttpClient傳送請求、接收響應很簡單，只要如下幾步即可。- 建立HttpClient物件。
- 如果需要傳送GET請求，建立HttpGet物件；如果需要傳送POST請求，建立HttpPost物件。
- 如果需要傳送請求引數，可呼叫HttpGet、HttpPost共同的setParams(HetpParams params)方法來新增請求引數；對於HttpPost物件而言，也可呼叫setEntity(HttpEntity entity)方法來設定請求引數。
- 呼叫HttpClient物件的execute(HttpUriRequest request)傳送請求，執行該方法返回一個HttpResponse。
- 呼叫HttpResponse的getAllHeaders()、getHeaders(String name)等方法可獲取伺服器的響應頭；呼叫HttpResponse的getEntity()方法可獲取HttpEntity物件，該物件包裝了伺服器的響應內容。程式可通過該物件獲取伺服器的響應內容。