使用gzip來處理壓縮的響應數據
從0.9版本開始，ASIHTTPRequest會提示服務器它可以接收gzip壓縮過的數據。
許多web服務器可以在數據被髮送之前壓縮這些數據——這可以加快下載速度減少流量使用，但會讓服務器的cpu（壓縮數據）和客戶端（解壓數據）付出代價。總的來說，只有特定的幾種數據會被壓縮——許多二進制格式的文件像jpeg，gif，png，swf和pdf已經壓縮過他們的數據了，所以向客戶端發送這些數據時不會進行gzip壓縮。文本文件例如網頁和xml文件會被壓縮，因爲它們通常有大量的數據冗餘。
怎樣設置apache的mod_deflate來使用gzip壓縮數據
apache 2.x以上版本已經配備了mod_deflate擴展，這使得apache可以透明地壓縮特定種類的數據。要開啓這個特性，你需要在apache的配置文件中啓用mod_deflate。並將mod_deflate命令添加到你的虛擬主機配置或者.htaccess文件中。
在ASIHTTPRequest中使用gzip
- (IBAction)grabURL:(id)sender
{
NSURL *url = [NSURL URLWithString:@"http://www.dreamingwish.com"];
ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
// 默認爲YES, 你可以設定它爲NO來禁用gzip壓縮
[request setAllowCompressedResponse:YES];
[request startSynchronous];
BOOL *dataWasCompressed = [request isResponseCompressed]; // 響應是否被gzip壓縮過？
NSData *compressedResponse = [request rawResponseData]; // 壓縮的數據
NSData *uncompressedData = [request responseData]; // 解壓縮後的數據
NSString *response = [request responseString]; // 解壓縮後的字符串
}當allowCompressedResponse 設置爲YES時，ASIHTTPRequest將向request中增加一個Accept-Encoding頭，表示我們可以接收gzip壓縮過的數據。如果響應頭中包含一個Content-Encoding頭指明數據是壓縮過的，那麼調用responseData 或者responseString 將會得到解壓縮後的數據。你也可以通過調用rawResponseData來獲得原始未壓縮的數據。
相應數據的實時解壓縮
默認情況下，ASIHTTPRequest會等到request完成時才解壓縮返回的數據。若設置request的shouldWaitToInflateCompressedResponses 屬性爲NO，ASIHTTPRequest將會對收到的數據進行實時解壓縮。 在某些情況下，這會稍稍提升速度，因爲數據可以在reqeust等待網絡數據時進行處理。
如果你需要對響應數據流進行流處理（例如XML和JSON解析），這個特性會很有用。如果啓用了這個選項，你可以通過實現代理函數request:didReceiveData:來將返回的網絡數據一點一點餵給解析器。
注意，如果shouldWaitToInflateCompressedResponses 被設置爲NO，那麼原始（未解壓）的數據會被拋棄。具體情況請查閱ASIHTTPRequest.h的代碼註釋。
使用gzip壓縮request數據
1.0.3版本的新特性就是gzip壓縮request數據。使用這個特性，你可以通過設置shouldCompressRequestBody 爲YES來使你的程序壓縮POST/PUT的內容，默認值爲NO。
apache的mod_deflate可以自動解壓縮gzip壓縮的請求體（通過合適的設置）。這個方法適用於CGI內容，但不適用於內容過濾器式的模塊（例如mod PHP），這種情況下，你就必須自己解壓縮數據。
ASIHTTPRequest 無法檢測一個服務器是否能接收壓縮過的請求體。當你確定服務器可以解壓縮gzip包時，再使用這個特性。
請避免對已經壓縮過的格式（例如jpeg/png/gif/pdf/swf）進行壓縮，你會發現壓縮後的數據比原數據更大。（夢維：因爲壓縮包都有頭信息）
