本文屬于收藏轉(zhuǎn)載,侵刪。

最近在研究Volley框架的源碼，發(fā)現(xiàn)它在HTTP請(qǐng)求的使用上比較有意思，在Android 2.3及以上版本，使用的是HttpURLConnection，而在Android 2.2及以下版本，使用的是HttpClient。我也比較好奇這么使用的原因，于是專門找到了一位Google的工程師寫的一篇博客，文中對(duì)HttpURLConnection和HttpClient進(jìn)行了對(duì)比，下面我就給大家簡(jiǎn)要地翻譯一下。

大多數(shù)的Android應(yīng)用程序都會(huì)使用HTTP協(xié)議來(lái)發(fā)送和接收網(wǎng)絡(luò)數(shù)據(jù)，而Android中主要提供了兩種方式來(lái)進(jìn)行HTTP操作，HttpURLConnection和HttpClient。這兩種方式都支持HTTPS協(xié)議、以流的形式進(jìn)行上傳和下載、配置超時(shí)時(shí)間、IPv6、以及連接池等功能。

HttpClient

DefaultHttpClient和它的兄弟AndroidHttpClient都是HttpClient具體的實(shí)現(xiàn)類，它們都擁有眾多的API，而且實(shí)現(xiàn)比較穩(wěn)定，bug數(shù)量也很少。

但同時(shí)也由于HttpClient的API數(shù)量過(guò)多，使得我們很難在不破壞兼容性的情況下對(duì)它進(jìn)行升級(jí)和擴(kuò)展，所以目前Android團(tuán)隊(duì)在提升和優(yōu)化HttpClient方面的工作態(tài)度并不積極。

HttpURLConnection

HttpURLConnection是一種多用途、輕量極的HTTP客戶端，使用它來(lái)進(jìn)行HTTP操作可以適用于大多數(shù)的應(yīng)用程序。雖然HttpURLConnection的API提供的比較簡(jiǎn)單，但是同時(shí)這也使得我們可以更加容易地去使用和擴(kuò)展它。

不過(guò)在Android 2.2版本之前，HttpURLConnection一直存在著一些令人厭煩的bug。比如說(shuō)對(duì)一個(gè)可讀的InputStream調(diào)用close()方法時(shí)，就有可能會(huì)導(dǎo)致連接池失效了。那么我們通常的解決辦法就是直接禁用掉連接池的功能：

[java]?view plain?copy ?private?void?disableConnectionReuseIfNecessary()?{?? ????//?這是一個(gè)2.2版本之前的bug?? ????if?(Integer.parseInt(Build.VERSION.SDK)?<?Build.VERSION_CODES.FROYO)?{?? ????????System.setProperty("http.keepAlive",?"false");?? ????}?? }?? 在Android 2.3版本的時(shí)候，我們加入了更加透明化的響應(yīng)壓縮。HttpURLConnection會(huì)自動(dòng)在每個(gè)發(fā)出的請(qǐng)求中加入如下消息頭，并處理相應(yīng)的返回結(jié)果：

Accept-Encoding: gzip

配置你的Web服務(wù)器來(lái)支持對(duì)客戶端的響應(yīng)進(jìn)行壓縮的功能，從而可以在這一改進(jìn)上獲取到最大的好處。如果在壓縮響應(yīng)的時(shí)候出現(xiàn)了問(wèn)題，這篇文檔會(huì)告訴你如何禁用掉這個(gè)功能。

但是如果啟動(dòng)了響應(yīng)壓縮的功能，HTTP響應(yīng)頭里的Content-Length就會(huì)代表著壓縮后的長(zhǎng)度，這時(shí)再使用getContentLength()方法來(lái)取出解壓后的數(shù)據(jù)就是錯(cuò)誤的了。正確的做法應(yīng)該是一直調(diào)用InputStream.read()方法來(lái)讀取響應(yīng)數(shù)據(jù)，一直到出現(xiàn)-1為止。

我們?cè)贏ndroid 2.3版本中還增加了一些HTTPS方面的改進(jìn)，現(xiàn)在HttpsURLConnection會(huì)使用SNI(Server Name Indication)的方式進(jìn)行連接，使得多個(gè)HTTPS主機(jī)可以共享同一個(gè)IP地址。除此之外，還增加了一些壓縮和會(huì)話的機(jī)制。如果連接失敗，它會(huì)自動(dòng)去嘗試重新進(jìn)行連接。這使得HttpsURLConnection可以在不破壞老版本兼容性的前提下，更加高效地連接最新的服務(wù)器。

在Android 4.0版本中，我們又添加了一些響應(yīng)的緩存機(jī)制。當(dāng)緩存被安裝后(調(diào)用HttpResponseCache的install()方法)，所有的HTTP請(qǐng)求都會(huì)滿足以下三種情況：

所有的緩存響應(yīng)都由本地存儲(chǔ)來(lái)提供。因?yàn)闆](méi)有必要去發(fā)起任務(wù)的網(wǎng)絡(luò)連接請(qǐng)求，所有的響應(yīng)都可以立刻獲取到。

視情況而定的緩存響應(yīng)必須要有服務(wù)器來(lái)進(jìn)行更新檢查。比如說(shuō)客戶端發(fā)起了一條類似于 “如果/foo.png這張圖片發(fā)生了改變，就將它發(fā)送給我” 這樣的請(qǐng)求，服務(wù)器需要將更新后的數(shù)據(jù)進(jìn)行返回，或者返回一個(gè)304 Not Modified狀態(tài)。如果請(qǐng)求的內(nèi)容沒(méi)有發(fā)生，客戶端就不會(huì)下載任何數(shù)據(jù)。

沒(méi)有緩存的響應(yīng)都是由服務(wù)器直接提供的。這部分響應(yīng)會(huì)在稍后存儲(chǔ)到響應(yīng)緩存中。

由于這個(gè)功能是在4.0之后的版本才有的，通常我們就可以使用反射的方式來(lái)啟動(dòng)響應(yīng)緩存功能。下面的示例代碼展示了如何在Android 4.0及以后的版本中去啟用響應(yīng)緩存的功能，同時(shí)還不會(huì)影響到之前的版本：

[java]?view plain?copy ?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)?{?? ????}?? }?? 你也應(yīng)該同時(shí)配置一下你的Web服務(wù)器，在HTTP響應(yīng)上加入緩存的消息頭。

哪一種才是最好的？

在Android 2.2版本之前，HttpClient擁有較少的bug，因此使用它是最好的選擇。

而在Android 2.3版本及以后，HttpURLConnection則是最佳的選擇。它的API簡(jiǎn)單，體積較小，因而非常適用于Android項(xiàng)目。壓縮和緩存機(jī)制可以有效地減少網(wǎng)絡(luò)訪問(wèn)的流量，在提升速度和省電方面也起到了較大的作用。對(duì)于新的應(yīng)用程序應(yīng)該更加偏向于使用HttpURLConnection，因?yàn)樵谝院蟮墓ぷ鳟?dāng)中我們也會(huì)將更多的時(shí)間放在優(yōu)化HttpURLConnection上面。