Android的網絡請求中GZip的使用

剛才去 iOS開發者 逛了逛，看到有一篇文章《客戶端的gzip解壓》講解了iOS上在HTTP請求中如何使用GZip，所以也有了沖動寫一下Android的HTTP請求中GZip的使用。

閒話少說，還是先來看一下為什麼要使用GZip吧，HTTP協議上的GZIP編碼是一種用來改進WEB應用程序性能的技術。大流量的WEB站點常常使用GZIP壓縮技術來減少文件大小，減少文件大小有兩個明顯的好處，一是可以減少存儲空間，二是通過網絡傳輸文件時，可以減少傳輸的時間。

1、那如何在HTTP請求中使用GZip呢？

一般來說，在HTTP連接中，並不是所有的接收者都支持GZip格式的，所以根據HTTP協議，如果你可以處理GZip格式，並且希望服務器以GZip的格式來返回內容，需要在HTTP的請求的Header中聲明"Accept-Encoding"為"gzip"，如果服務器可以將內容壓縮為GZip格式，那麼服務器返回的Response的Header中將會設置"Content-Encoding" 屬性的值是gzip，同時將返回的內容壓縮為GZip格式。

2、在Android代碼中如何實現GZip呢？

首先要在Http請求中加入支持GZip格式的聲明，不同HTTP連接對象的設置方式也不相同，我們以HttpGet來舉例：

httpRequest = newHttpGet(url);

httpRequest.addHeader("Accept-Encoding", "gzip"); 

接收到服務器的返回時，要根據Response的Header中"Content-Encoding" 的值來絕定是否需要解壓GZip內容，Android的SDK中內置了GZIPInputStream可以幫助我們解壓GZip流得到一個正常的輸入流。

HttpEntity httpEntity = httpResponse.getEntity();

InputStream is= httpEntity.getContent();

 

if (httpEntity.getContentEncoding().getValue().contains("gzip")) {

        is= new GZIPInputStream(is);

}

OK，這樣就可以實現了，簡單吧，大家覺得有什麼不對勁了嗎？這麼好用的一項功能難道這麼簡單就可以實現？沒錯，如果不是在天朝寫成如此就已經可以了，但是在天朝，我們當然不會這麼省心。

在我國移動運營商“創新性”地弄了一種名叫“WAP”的網絡，在常規的狀況下WAP網絡下只能訪問WAP的內網，這就是使用WAP接入點時所有國外的應用都無法使用的原因。WAP網絡為我們帶來了兩個難題：1是如何在WAP網絡中訪問外網，2是WAP網絡的路由器會對流經的數據進行處理，很奇怪對不對，就好像是我們往來的信件會被人偷看，不僅僅是偷看，它還會做修改呢，很多的HTTP請求中的Header會被過濾掉，gzip的頭也在其中，路由器過濾掉gzip標示的同時會把內容解壓，這樣我們的gzip就不起作用了。

怎樣可以繞過那些路由器的過濾呢？比較簡單的一個方法是服務器的返回不遵守HTTP協議，內容使用GZip壓縮，但是不返回Content-Encoding=gzip，這樣路由器就沒有辦法了。

如果這樣我們的程序也要進行一定的修改，因為不能判斷Content-Encoding來解壓GZip了。我們可以輸入流讀取前兩個字節，如果是0x8B1F，就認為是GZip格式。但是InputStream讀過一次流就無法使用了，雖然它有reset方法，但是不知為何不起作用。經過試驗我們選擇了使用BufferedInputStream來中轉，因為它可以通過reset來重新定位到流的開頭。

BufferedInputStream bis = new BufferedInputStream(is);

bis.mark(2);

// 取前兩個字節

byte[] header = new byte[2];

int result = bis.read(header);

// reset輸入流到開始位置

bis.reset();

// 判斷是否是GZIP格式

if(result!=-1 && getShort(header, 0)==0x8b1f) {

        is= new GZIPInputStream(bis);

} else {

        // 取前兩個字節

        is= bis;

}

至於如何繞過WAP的限制訪問外網，請繼續關注Android IT，我們會在後面做講解。