在Android 2.3及以上版本，使用的是HttpURLConnection，而在Android 2.2及以下版本，使用的是HttpClient。我也比較好奇這麼使用的原因，於是專門找到了一位Google的工程師寫的一篇部落格，文中對HttpURLConnection和HttpClient進行了對比，下面我就給大家簡要地翻譯一下。

把Android的api改到了5.1、新建了一個專案、仍然還是使用了以前的HTTP請求方式、當我把以前的程式碼複製進去之後就發現已經過時了、最後查了一下、原來是Android5.1之後就廢止了HttpClient的相關Api、但是對我們使用是沒有影響的、但是看上去總不那麼美好、後期一定要把它改了

大多數的Android應用程式都會使用HTTP協議來發送和接收網路資料，而Android中主要提供了兩種方式來進行HTTP操作，HttpURLConnection和HttpClient。這兩種方式都支援HTTPS協議、以流的形式進行上傳和下載、配置超時時間、IPv6、以及連線池等功能。

HttpClient

DefaultHttpClient和它的兄弟AndroidHttpClient都是HttpClient具體的實現類，它們都擁有眾多的API，而且實現比較穩定，bug數量也很少。
但同時也由於HttpClient的API數量過多，使得我們很難在不破壞相容性的情況下對它進行升級和擴充套件，所以目前Android團隊在提升和優化HttpClient方面的工作態度並不積極。

HttpURLConnection的使用

HTTP規範定義中最常用的請求型別就是Get和Post。當你在瀏覽器裡輸入任意一個網址按回車，瀏覽器即已經在執行Get請求了；當你回覆了某條微博時，這時可能就執行了一次Post請求。簡單的來說，Get就是向伺服器傳送索取資料的一種請求，不會影響資源的狀態；Post是向伺服器提交資料的一種請求，可能建立或更新伺服器上的資源。

      訪問伺服器連結時，需要以連結地址為引數構造生成一個java.net.URL例項。URL由網路協議、主機名、埠、資訊路徑、引用等組成統一資源定位符，它是指向網際網路“資源”的指標。資源可以是簡單的檔案或目錄，也可以是對更為複雜的物件的引用，例如對資料庫或搜尋引擎的查詢。

URL的示例程式碼如下：
URL url = new URL(“http://www.androidstar.cn:80/res/index.html#chapter1”);
      在上面的示例URL中，使用的協議為HTTP超文字傳輸協議；主機名為www.androidstar.cn；埠為80，埠值不是必須要求的，當未指定埠號時則使用協議預設的埠；資訊路徑為”res/index.html”；引用內容則是由”#”指示的”chapter1″，表示在檢索到指定的資源後，程式需要使用文件中附加有”chapter1″的標記部分。

      生成URL例項後，執行url.openConnection()方法可以獲取HttpURLConnection物件。如果URL的協議屬於以下包或其子包之一的公共、專用URLConnection子類：java.lang、java.io、java.util、java.net，則返回的連線將為該子類的型別。例如，對於HTTP，將返回HttpURLConnection，對於JAR，將返回JarURLConnection。程式碼如下：
HttpURLConnection httpConn = (HttpURLConnection) url.openConnection();
      通過程式碼獲取的HttpURLConnection預設是進行Get請求，資料只讀不提交。要使用Post方式提交資料，應提前設定好各項引數，程式碼如下：
httpConn.setDoInput(true);
httpConn.setDoOutput(true);
// 此方法在正式連結之前設定才有效。
httpConn.setRequestMethod(“POST”);
httpConn.setUseCaches(false);
// 正式建立連結
httpConn.connect();
      setDoInput(boolean)引數值為true決定著當前連結可以進行資料讀取，反之則不允許讀取操作；setDoOutput(boolean)引數值為true時決定著當前連結可以進行資料提交工作，反之則不允許。setRequestMethod(“POST”)將當前HTTP請求方式設定為”POST”，並在最後執行setUseCaches(boolean)取消了使用者快取。以上所有的工作都必須在正式建立連結之前進行。
      Post方式提交資料，需要用到資料輸出流。當執行httpConn.connect()後，即可執行httpConn.getOutputStream()獲取資料流從而進行資料寫操作，為將資料提交到伺服器作準備。程式碼如下：

DataOutputStream dos = new DataOutputStream(httpConn.getOutputStream());
String postContent = URLEncoder.encode(“channel”, “UTF-8”) + “=” + URLEncoder.encode(“Devdiv”, “UTF-8”) + “&” + URLEncoder.encode(“author”, “UTF-8”) + “=” + URLEncoder.encode(“Sodino”, “UTF-8”) ;
dos.write(postContent.getBytes());
dos.flush();
// 執行完dos.close()後，POST請求結束
dos.close();
      資料是以<Key,Value>形式提交的，為保證資料的準確性，當資料是英文字母、數字時，原樣傳送；如果是空格則轉換為”+”，如果涉及到中文或其它字元，則通過URLEncoder.encode()進行BASE 64標準轉碼，得出”%XX”格式的加工資料，其中”X”為該符號以16進製表示的ASCII碼。

      為保持資料的合法，本文所提交的內容雖皆為英文字元，但仍一致使用URLEncoder進行轉碼。當<Key,Value>數量不止一組時，組與組之間用”&”進行分隔。執行DataOutputStream.write(byte[])可以將所要提交的內容由輸出流寫入記憶體緩衝區中，在關閉輸出流之前，執行一次flush()重新整理操作，強制將可能未輸出的資料及時寫入記憶體緩衝區。

      對於同一個HttpURLConnection例項，只有執行完Post請求後，才允許Get請求進行，否則以Get請求進行的任何動作都將直接導致未執行的Post操作失敗。

      從伺服器上獲取資料，同理，需要資料輸入流，並迴圈讀取所有資料後，方可加工出使用者想要獲取的資訊。程式碼如下：

// 開始GET資料
String encoding = httpConn.getContentEncoding();
is = httpConn.getInputStream();
int read = -1;
baos = new ByteArrayOutputStream();
while ((read = is.read()) != -1) {
        baos.write(read);
}

byte[] data = baos.toByteArray();
baos.close();
String content = null;
if (encoding != null) {
        content = new String(data, encoding);
} else {
        content = new String(data);
}

      讀取過程中使用了ByteArrayOutputStream作為位元組資料的緩衝流。當InputStream.read()返回值為-1表示資料已經全部讀取完畢後，再將ByteArrayOutputStream中的緩衝資料由baos.toByteArray()一次性生成byte[]，並根據一開始由httpConn.getContentEncoding()獲取的字元編碼型別，將byte[]構造成新的String。最後，所有的輸入流、輸出流都應該執行close()操作。

      在讀取資料之前，可以獲取當前連結的返回值、返回資料長度等等資訊。在單純的讀取資料中，正常的返回值RespondCode等於HTTP_OK，需要連結跳轉的返回值HTTP_MOVED_PERM/ HTTP_MOVED_TEMP，如果訪問資源不存在，則返回值HTTP_NOT_FOUND。程式碼如下：

// 獲取程式碼返回值
int respondCode = httpConn.getResponseCode()
// 獲取返回內容型別
String type = httpConn.getContentType();
// 獲取返回內容的字元編碼
String encoding = httpConn.getContentEncoding();
// 獲取返回內容長度，單位位元組
int length = httpConn.getContentLength();
// 獲取頭資訊的Key
String key = httpConn.getHeaderField(idx);
// 獲取完整的頭資訊Map
Map<String, List<String>> map = httpConn.getHeaderFields();
      以上為完整的Post/Get請求過程。
      有時在簡單的需求驅使下，伺服器開發人員出於便捷性考慮，也會將Post請求方式交由Get請求方式替代實現。以同樣需要向伺服器傳送兩組<Key,Value>資料為需求，可以將此兩組資料組合到url中，程式碼如下：
URL url = new URL(“http://www.devdiv.com:80/res/index.html?channel=Devdiv&author=sodino”);
      在完整的連結後，以”?”分隔url和傳輸資料，將<Key,Value>資料用”=”組合成字串字尾。然後依上面介紹的步驟向伺服器發起請求，亦可讀取正確的資料。同理，<Key,Value>在使用”=”組合成字串之前，仍需使用URLEncoder進行轉碼以保證資料的準確性。

      對於Post/Get所能傳送的<Key,Value>的資料量大小，HTTP 1.1中並沒有具體的限制，在實際執行中與程式執行環境及伺服器部署設定有關。

      以上介紹了Post/Get的基本使用方法，由此可看出，由於Post方式將請求的資料放置在HTTP請求的正文內，它的安全性要比Get請求的安全性要高。比如：通過Get傳送資料，使用者名稱和密碼資訊都將會出現在URL上，在設定了瀏覽器快取的情況下會被記錄導致洩漏。所以在涉及到使用者個人隱私的資料時，強烈推薦在將資料加密後使用Post方式提交至伺服器。

原文