Android網路編程(一)HTTP協議原理

來源:互聯網
上載者:User

標籤:4.0   reference   .sh   舉例   server   客戶   定位   亂碼   sniffer   

相關文章
Android網路編程(一)HTTP協議原理
Android網路編程(二)HttpClient與HttpURLConnection
Android網路編程(三)Volley使用方法全解析
Android網路編程(四)從原始碼解析volley
Android網路編程(五)OkHttp2.x使用方法全解析
Android網路編程(六)OkHttp3使用方法全解析
Android網路編程(七)原始碼解析OkHttp前篇[請求網路]
Android網路編程(八)原始碼解析OkHttp後篇[複用串連池]
Android網路編程(九)Retrofit2前篇[基本使用]
Android網路編程(十)Retrofit2後篇[註解]
Android網路編程(十一)原始碼解析Retrofit

前言

這篇文章是這個系列的開篇,作為移動開發人員,開發的應用不免會對網路進行訪問。儘管如今已經有非常多的開源庫協助我們能夠輕而易舉訪問網路,可是我們仍要去瞭解網路訪問的原理,這也是一個優秀開發人員所必備的知識點。這篇文章我們就先來瞭解一下HTTP協議原理。

1.HTTP簡單介紹

HTTP是一個屬於應用程式層的物件導向的協議,因為其簡捷、高速的方式。適用於分布式超媒體資訊系統。

它於1990年提出,經過幾年的使用與發展。得到不斷地完好和擴充。

HTTP協議的主要特點
  1. 支援C/S(客戶/server)模式。
  2. 簡單高速:客戶向server請求服務時,僅僅需傳送要求方法和路徑。

    要求方法經常使用的有GET、HEAD、POST。每種方法規定了客戶與server聯絡的類型不同。因為HTTP協議簡單,使得HTTPserver的程式規模小,因而通訊速度非常快。

  3. 靈活:HTTP同意傳輸隨意類型的資料對象。正在傳輸的類型由Content-Type加以標記。

  4. 無串連:不需連線的含義是限制每次串連僅僅處理一個請求。server處理完客戶的請求。並收到客戶的應答後,即中斷連線。

    採用這樣的方式能夠節省傳輸時間。

  5. 無狀態:HTTP協議是無狀態協議,無狀態是指協議對於交易處理沒有記憶能力。缺少狀態意味著假設興許處理須要前面的資訊,則它必須重傳,這樣可能導致每次串連傳送的資料量增大。

    還有一方面,在server不須要先前資訊時它的應答就較快。

HTTP URL 的格式例如以下
http://host[":"port][abs_path]

http表示要通過HTTP協議來定位網路資源;host表示合法的Internet主機網域名稱或者IP地址。port指定一個連接埠號碼,為空白則使用預設連接埠80。abs_path指定請求資源的URI(Web上隨意的可用資源)。
HTTP有兩種報文各自是請求報文和響應報文。讓我們先來看看請求報文。

2.HTTP的請求報文

先來看看請求報文的一般格式:

通常來說一個HTTP請求報文由請求行、請求前序、空行、和請求資料4個部分組成。

請求行

請求行由要求方法,URL欄位和HTTP協議的版本號碼組成。格式例如以下:

Method Request-URI HTTP-Version CRLF

當中 Method表示要求方法;Request-URI是一個統一資源識別項;HTTP-Version表示請求的HTTP協議版本號碼;CRLF表示斷行符號和換行(除了作為結尾的CRLF外,不同意出現單獨的CR或LF字元)。

HTTP要求方法有8種。各自是GET、POST、DELETE、PUT、HEAD、TRACE、CONNECT 、OPTIONS。當中PUT、DELETE、POST、GET分別相應著增刪改查。對於移動開發最經常使用的就是POST和GET了。

  1. GET:請求擷取Request-URI所標識的資源
  2. POST:在Request-URI所標識的資源後附加新的資料
  3. HEAD:請求擷取由Request-URI所標識的資源的響應訊息前序
  4. PUT: 請求server儲存一個資源。並用Request-URI作為其標識
  5. DELETE :請求server刪除Request-URI所標識的資源
  6. TRACE : 請求server回送收到的請求資訊。主要用於測試或診斷
  7. CONNECT: HTTP/1.1協議中預留給能夠將串連改為管道方式的代理server。
  8. OPTIONS :請求查詢server的效能。或者查詢與資源相關的選項和需求

比如我去訪問我的CSDN部落格地址請求行是:

GET http://blog.csdn.net/itachi85 HTTP/1.1
請求前序

在請求行之後會有0個或者多個請求前序,每一個請求前序都包括一個名字和一個值,它們之間用“:”切割。要求標頭部會以一個空行,發送斷行符號符和分行符號,通知server以下不會有要求標頭。關於請求前序,會在後面的訊息前序一節做統一的解釋。

請求資料

請求資料不在GET方法中使用。而是在POST方法中使用。

POST方法適用於須要客戶填寫表單的場合,與請求資料相關的最經常使用的要求標頭是Content-Type和Content-Length。

3.HTTP的響應報文

先來看看響應報文的一般格式:

HTTP的響應報文由狀態行、訊息前序、空行、響應本文組成。

響應前序後面會講到,響應本文是server返回的資源的內容,先來看看狀態行。

狀態行

1、狀態行格式例如以下:

HTTP-Version Status-Code Reason-Phrase CRLF

當中,HTTP-Version表示serverHTTP協議的版本號碼。Status-Code表示server發回的響應狀態碼。Reason-Phrase表示狀態碼的文本描寫敘述。
狀態碼有三位元字組成,第一個數字定義了響應的類別,且有五種可能取值:

  • 100~199:指示資訊,表示請求已接收,繼續處理
  • 200~299:請求成功。表示請求已被成功接收、理解、接受
  • 300~399:重新導向,要完畢請求必須進行更進一步的操作
  • 400~499:client錯誤。請求有語法錯誤或請求無法實現
  • 500~599:server端錯誤,server未能實現合法的請求

常見的狀態代碼例如以下:

  • 200 OK:client請求成功
  • 400 Bad Request:client請求有語法錯誤,不能被server所理解
  • 401 Unauthorized:請求未經授權,這個狀態碼必須和WWW-Authenticate前序域一起使用
  • 403 Forbidden:server收到請求。可是拒絕提供服務
  • 500 Internal Server Error:server發生不可預期的錯誤
  • 503 Server Unavailable:server當前不能處理client的請求。一段時間後可能恢複正常

比如訪問我的CSDN部落格地址響應的狀態行是:

HTTP/1.1 200 OK
4.HTTP的訊息前序

訊息前序分為通用前序、請求前序、響應前序、實體前序等。訊息頭由索引值對組成,每行一對。關鍵字和值用英文冒號“:”分隔。

通用前序

既能夠出如今請求前序,也能夠出如今響應前序中

  • Date:表示訊息產生的日期和時間
  • Connection:同意發送指定串連的選項。比如指定串連是連續的。或者指定“close”選項,通知server,在響應完畢後,關閉串連
  • Cache-Control:用於指定緩衝指令,緩衝指令是單向的(響應中出現的緩衝指令在請求中未必會出現)。且是獨立的(一個訊息的緩衝指令不會影響還有一個訊息處理的緩衝機制)
請求前序

請求前序通知server關於client求求的資訊,典型的要求標頭有:

  • Host:請求的主機名稱,同意多個網域名稱同處一個IP地址,即虛擬機器主機
  • User-Agent:發送請求的瀏覽器類型、作業系統等資訊
  • Accept:client可識別的內容類型列表,用於指定client接收那些類型的資訊
  • Accept-Encoding:client可識別的資料編碼
  • Accept-Language:表示瀏覽器所支援的語言類型
  • Connection:同意client和server指定與請求/響應串連有關的選項,比如這是為Keep-Alive則表示保持串連。

  • Transfer-Encoding:告知接收端為了保證報文的可靠傳輸。對報文採用了什麼編碼方式。
響應前序

用於server傳遞自身資訊的響應,常見的響應前序:

  • Location:用於重新導向接受者到一個新的位置,經常使用在更換網域名稱的時候
  • Server:包括可server用來處理請求的系統資訊。與User-Agent請求前序是相相應的
實體前序

實體前序用來定於被傳送資源的資訊,既能夠用於請求也可用於響應。請求和響應訊息都能夠傳送一個實體。常見的實體前序為:

  • Content-Type:發送給接收者的實體本文的媒體類型
  • Content-Lenght:實體本文的長度
  • Content-Language:描寫敘述資源所用的自然語言,沒有設定則該選項則覺得實體內容將提供給全部的語言閱讀
  • Content-Encoding:實體前序被用作媒體類型的修飾符。它的值指示了已經被應用到實體本文的附加內容的編碼,因而要獲得Content-Type前序域中所引用的媒體類型,必須採用相應的解碼機制。
  • Last-Modified:實體前序用於指示資源的最後改動日期和時間
  • Expires:實體前序給出響應到期的日期和時間
5.應用舉例

要想查看網頁或者手機請求網路的請求報文和響應報文有非常多種方法,這裡推薦採用Fiddler,在Android利用Fiddler進行網路資料抓包這篇文章中詳盡介紹了怎樣使用Fiddler。在這裡就不贅述了。
開啟Fiddler,然後用瀏覽器訪問我的CSDN部落格網站:

點擊紅色畫筆的地區就能夠看到請求報文和響應報文了

請求報文:

GET http://blog.csdn.net/itachi85 HTTP/1.1                                //請求行Host: blog.csdn.net                                                       //請求前序Connection: keep-aliveCache-Control: max-age=0       Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8Upgrade-Insecure-Requests: 1User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.80 Safari/537.36 QQBrowser/9.3.6872.400Accept-Encoding: gzip, deflate, sdchAccept-Language: zh-CN,zh;q=0.8Cookie: bdshare_firstime=1443768140949; uuid_tt_dd=5028529250430960147_20151002;...省略

非常easy看出訪問的是我的部落格地址http://blog.csdn.net/itachi85,請求的方法是GET,因為是GET方法所以並沒有請求資料。

響應報文:

HTTP/1.1 200 OK                                                         //狀態行Server: openresty                                                       //響應前序Date: Sun, 27 Mar 2016 08:26:54 GMTContent-Type: text/html; charset=utf-8Transfer-Encoding: chunkedConnection: keep-aliveKeep-Alive: timeout=20Vary: Accept-EncodingCache-Control: privateX-Powered-By: PHP 5.4.28Content-Encoding: gzip                                                                        //不能省略的空格28b5                                            }ysI   1?Fsgl n- ]{^_ { ‘z!     C ,  m# 0 !l   `  4x  ly .?*    ?zAt_Xl *  9‘O  ?  ‘  ?   3  ^1a...省略  

響應報文沒什麼可說的,接下來我們配置好行動電話通訊代理,訪問一個應用的介面

請求報文:

POST http://patientapi.shoujikanbing.com/api/common/getVersion HTTP/1.1       //請求行Content-Length: 226                                                          //請求前序Content-Type: application/x-www-form-urlencodedHost: patientapi.shoujikanbing.comConnection: Keep-AliveUser-Agent: Mozilla/5.0 (Linux; U; Android 4.4.4; zh-cn; MI NOTE LTE Build/KTU84P) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1Accept-Encoding: gzip                                                             //不能省略的空格,以下是請求資料clientversion=2_2.0.0&time=1459069342&appId=android&channel=hjwang&sessionId=0d1cee1f31926ffa8894c64804efa855101d56eb21caf5db5dcb9a4955b7fbc9&token=b191944d680145b5ed97f2f4ccf03058&deviceId=869436020220717&type=2&version=2.0.0

從請求報文的請求行來看,請求的方法是POST,請求地址為http://patientapi.shoujikanbing.com/api/common/getVersion。非常顯然是擷取版本號碼資訊的介面。

響應報文:

HTTP/1.1 200 OK                                                              //狀態行Server: nginx                                                               //響應前序Date: Sun, 27 Mar 2016 09:02:20 GMTContent-Type: text/html;charset=utf-8Transfer-Encoding: chunkedConnection: keep-aliveVary: Accept-EncodingSet-Cookie: sessionId=0d1cee1f31926ffa8894c64804efa855101d56eb21caf5db5dcb9a4955b7fbc9; expires=Mon, 28-Mar-2016 09:02:20 GMT; Max-Age=86400; path=/; domain=.shoujikanbing.comSet-Cookie: PHPSESSID=0d1cee1f31926ffa8894c64804efa855101d56eb21caf5db5dcb9a4955b7fbc9; path=/; domain=.shoujikanbing.comExpires: Thu, 19 Nov 1981 08:52:00 GMTCache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0Pragma: no-cacheContent-Encoding: gzip                                                   //不能省略的空格17f                                                //實體報文編碼格式為gzip所以顯示在這裡的響應資料是亂碼       mP N @     "E ?

n m 1 w ( HL (1^ P nK E ?93‘3gNLH 7P $c \ T 4a6 L:+ 1dY%$g h H +...省略

響應報文的實體採用的編碼格式為為gzip,所以在Fiddler軟體中顯示的是亂碼。

歡迎關注我的公眾號。第一時間獲得部落格更新提醒。以及很多其它成體系的Android相關原創技術乾貨。
掃一掃下方二維碼或者長按識別二維碼,就可以關注。

Android網路編程(一)HTTP協議原理

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.