国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

????? ?? ??? / Android網(wǎng)絡(luò)編程要學(xué)的東西與Http協(xié)議學(xué)習(xí)

Android網(wǎng)絡(luò)編程要學(xué)的東西與Http協(xié)議學(xué)習(xí)

本節(jié)引言:

不知不覺終于來到Android網(wǎng)絡(luò)編程這一章節(jié),前面我們玩的都是單機,肯定是不過癮是吧, 本節(jié)開始我們來學(xué)習(xí)Android網(wǎng)絡(luò)編程相關(guān)的一些東西:Android端網(wǎng)絡(luò)編程要干嘛?Http協(xié)議 的學(xué)習(xí),使用自帶扣腳Json解析類解析Json,XML解析的幾種常用方式,HttpUrlConnection和 HttpClient的使用,文件的上傳,下載;WebService的使用,WebView,Socket通信的使用等!

另外我們是客戶端,服務(wù)端的內(nèi)容不在我們的范疇,而且小豬也不擅長,我們的最低要求是:能夠掌握獲取與解析服務(wù)器反饋的數(shù)據(jù)的能力!好的,話不多說,開始本節(jié)內(nèi)容!


Android與互聯(lián)網(wǎng)交互的三種方式

1.png


2.初識Http協(xié)議

實際開發(fā)中我們和服務(wù)端打交道一般用得都是基于Http協(xié)議的通信,所以學(xué)好Http協(xié)議是非常 重要的,當(dāng)然,我們不用過于考究一些細(xì)節(jié)的東西,有個大體的了解即可!都是一些概念性的東西!


1)什么是Http協(xié)議?

答:hypertext transfer protocol(超文本傳輸協(xié)議),TCP/IP協(xié)議的一個應(yīng)用層協(xié)議,用于 定義WEB瀏覽器與WEB服務(wù)器之間交換數(shù)據(jù)的過程??蛻舳诉B上web服務(wù)器后,若想獲得web服務(wù)器 中的某個web資源,需遵守一定的通訊格式,HTTP協(xié)議用于定義客戶端與web服務(wù)器通迅的格式。

2)Http 1.0 與 Http 1.1的區(qū)別

答:1.0協(xié)議,客戶端與web服務(wù)器建立連接后,只能獲得一個web資源! 而1.1協(xié)議,允許客戶端與web服務(wù)器建立連接后,在一個連接上獲取多個web資源!

3)Http協(xié)議的底層工作流程:

答:我們先要知道兩個名詞:

  • SYN(synchronous):TCP/IP建立連接時使用的握手信號
  • ACK(Acknowledgement):確認(rèn)字符,確認(rèn)發(fā)來的數(shù)據(jù)已經(jīng)接受無誤

接著就到TCP/IP三次握手的概念:

  • 客戶端發(fā)送syn包(syn = j)到服務(wù)器,進入SYN_SEND狀態(tài),然后等待服務(wù)器確認(rèn)
  • 服務(wù)器收到syn包,確認(rèn)客戶的syn(ack = j + 1),同時在自己也發(fā)送一個SYN包(syn=k), 即SYN + ACK包,服務(wù)器進入SYN_RECV狀態(tài)
  • 客戶端收到SYN + ACK包,向服務(wù)器發(fā)送確認(rèn)包ACK(ack = k +1),發(fā)送完畢后,客戶端與服務(wù)端 進入ESTABLISHED狀態(tài),完成三次握手,然后兩者開始傳送數(shù)據(jù)

如果還不是很清晰,我們再來看三次握手的示意圖:

2.png

了解了是吧,然后我們就來看看Http操作的一個流程了:

  • 用戶點擊瀏覽器上的url(超鏈接),Web瀏覽器與Web服務(wù)器建立連接
  • 建立連接后,客戶端發(fā)送請求給服務(wù)器,請求的格式為: 統(tǒng)一資源標(biāo)識符(URL)+協(xié)議版本號(一般是1.1)+MIME信息(多個消息頭)+一個空行
  • 服務(wù)端收到請求后,給予相應(yīng)的返回信息,返回格式為: 協(xié)議版本號 + 狀態(tài)行(處理結(jié)果) + 多個信息頭 + 空行 + 實體內(nèi)容(比如返回的HTML)
  • 客戶端接收服務(wù)端返回信息,通過瀏覽器顯示出來,然后與服務(wù)端斷開連接;當(dāng)然如果中途 某步發(fā)生錯誤的話,錯誤信息會返回到客戶端,并顯示,比如:經(jīng)典的404錯誤!

對于上面的流程如果還不清晰,我們可以使用HttpWatch或者firefox抓下包: PS:測試網(wǎng)站是小豬的學(xué)校的教務(wù)系統(tǒng),輸入賬號密碼后請求登陸,我們可以看到下述信息:

HTTP請求包含的內(nèi)容:

3.png

HTTP響應(yīng)包括的內(nèi)容:

4.png

這就一目了然了是吧!

4)Http協(xié)議的業(yè)務(wù)流程

5.png

5)Http的幾種請求方式

實際開發(fā)中我們用得較多的方式是Get和Post,但是實際開發(fā)可能還會用到其他請求方式,比如PUT, 小豬的實際項目中就用到了,下面為了方便大家,就把所有的請求方式列出來吧:

  • Get:請求獲取Request-URI所標(biāo)識的資源
  • POST:在Request-URI所標(biāo)識的資源后附加新的數(shù)據(jù)
  • HEAD 請求獲取由Request-URI所標(biāo)識的資源的響應(yīng)信息報頭
  • PUT:請求服務(wù)器存儲一個資源,并用Request-URI作為其標(biāo)識
  • DELETE:請求服務(wù)器刪除Request-URI所標(biāo)識的資源
  • TRACE:請求服務(wù)器回送收到的請求信息,主要用于測試或診斷
  • CONNECT:保留將來使用
  • OPTIONS:請求查詢服務(wù)器的性能,或者查詢與資源相關(guān)的選項

6)Get和Post的對比

用得最多的兩個,當(dāng)然要做下對比啦!

  • GET:在請求的URL地址后以?的形式帶上交給服務(wù)器的數(shù)據(jù),多個數(shù)據(jù)之間以&進行分隔, 但數(shù)據(jù)容量通常不能超過2K,比如:http://xxx?username=…&pawd=…這種就是GET
  • POST: 這個則可以在請求的實體內(nèi)容中向服務(wù)器發(fā)送數(shù)據(jù),傳輸沒有數(shù)量限制
  • 另外要說一點,這兩個玩意都是發(fā)送數(shù)據(jù)的,只是發(fā)送機制不一樣,不要相信網(wǎng)上說的 "GET獲得服務(wù)器數(shù)據(jù),POST向服務(wù)器發(fā)送數(shù)據(jù)"!!另外GET安全性非常低,Post安全性較高, 但是執(zhí)行效率卻比Post方法好,一般查詢的時候我們用GET,數(shù)據(jù)增刪改的時候用POST??!

7)Http狀態(tài)碼合集

當(dāng)然,這些狀態(tài)碼只是要給參考,實際上決定權(quán)在服務(wù)器端(后臺的)手上,一種方案是請求后, 服務(wù)器返回給我們的是狀態(tài),或者另一種,在應(yīng)用不用弄多語言版本的時候最好用,直接返回 一串結(jié)果信息的Json給我們,我們直接顯示就好,這樣可以偷懶不少!下面列下狀態(tài)碼合集,參考 下就好:

  • 100~199 : 成功接受請求,客戶端需提交下一次請求才能完成整個處理過程
  • 200: OK,客戶端請求成功
  • 300~399:請求資源已移到新的地址(302,307,304)
  • 401:請求未授權(quán),改狀態(tài)代碼需與WWW-Authenticate報頭域一起使用
  • 403:Forbidden,服務(wù)器收到請求,但是拒絕提供服務(wù)
  • 404:Not Found,請求資源不存在,這個就不用說啦
  • 500:Internal Server Error,服務(wù)器發(fā)生不可預(yù)期的錯誤
  • 503:Server Unavailable,服務(wù)器當(dāng)前不能處理客戶端請求,一段時間后可能恢復(fù)正常

8)Http協(xié)議的特點

概念性的東西,知道就好,別去背,百度百科的東西,直接復(fù)制粘貼:

1. 支持客戶/服務(wù)器模式。

2. 簡單快速:客戶向服務(wù)器請求服務(wù)時,只需傳送請求方法和路徑。請求方法常用的有GET、 HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。 由于HTTP協(xié)議簡單,使得HTTP服務(wù)器的程序規(guī)模小,因而通信速度很快。

3. 靈活:HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記。

4. 無連接:無連接的含義是限制每次連接只處理一個請求。服務(wù)器處理完客戶的請求, 并收到客戶的應(yīng)答后,即斷開連接。采用這種方式可以節(jié)省傳輸時間。

5. 無狀態(tài):HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力。 缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息,則它必須重傳,這樣可能導(dǎo)致每 次連接傳送的數(shù)據(jù)量增大。另一方面,在服務(wù)器不需要先前信息時它的應(yīng)答就較快。

PS:關(guān)于OSI七層協(xié)議以及TCP四層模型就不在基礎(chǔ)系列講解了~有興趣可以自行了解下!


本節(jié)小結(jié):

本節(jié)講解了我們在Android開發(fā)中涉及到網(wǎng)絡(luò)方面的要完成的工具,以及講解了Http協(xié)議的 相關(guān)概念,相信大家對Android移動端與服務(wù)器交互已經(jīng)有了個模糊的映像,下節(jié)我們來研究 Http協(xié)議的請求頭與響應(yīng)頭!本節(jié)就到這里,謝謝~