Android之Http通信——1.初識Http協議
Android之Http通信——1.初識Http協議
引言:
今天是六一兒童節,先在這裏給各位超齡兒童說聲節日快樂哈~( ╯□╰ ),小豬也象征性地給群裏的小朋友們派了紅包…嗯,忙碌的五月最終過去了,做畢設,寫論文,拍畢業照,答辯,辭職。各種各樣的事,也算忙完了,好吧。小豬如今又在一家新的公司上班了。第三間公司了。你們肯定會認為小豬三心二意是吧,畢竟才差點兒相同畢業就換了那麽多家公司,然後可能問我。”小豬你什麽時候跳第四間公司”,哈哈,應該不會了哈,怎麽說呢,事實上我還是非常專一的,畢竟我才剛畢業。我還臨時不須要去養家糊口。贍養老人,並且我沒女朋友。哈哈~所以趁著年輕,選擇適合自己的生長的土壤。學多點本事,工資事實上沒什麽,真的,能學到東西才是關鍵,等真正有本事了。那個時候就能夠談工資了,比方我這個公司的大牛(只是這周已跳槽到魅族了)。第一次感覺到大牛的氣息,B格真心高。自愧不如,人家自己寫組件。推送,各種代碼封裝。各種設計模式,並且會服務端,測試。IOS…有點看小說裏。一個剛入門的小學徒看到一個宗師級別的高手時那種感覺,以前。小豬自卑了幾天,一直在想,我真的能接手他的項目嗎?或者說看懂他代碼?又或者我是否能寫出這樣的代碼?那幾天,整個人都非常浮躁。各種負面情緒,連代碼都看不進去;後來不經意看到了一個講設計的TED演講,標題是:《怎樣成為一名優秀的設計師:羅子雄》,這個雖然不是說編程的,可是事實上非常多東西都是相通的。分為兩個階段:入門&準專業級,”你們希望你們希望成為一名設計師。但不止如此,你們希望成為的是一名優秀的設計師。但沒有人生下來就是優秀的,沒有人生下來就是牛逼的,沒有人生下來就會UI設計。會平面設計。會網頁設計。”。從入門到準專業級,我們須要多少經驗?”格拉德威爾在《異類》一書中指出:“人們眼中的天才。並不是卓越非凡,而是付出了持續不斷的努力,一萬小時的錘煉是不論什麽人從平庸變成超凡的必要條件。
”一萬小時。也就是說你每天工作8小時的時間,每周工作5天,你須要5年。你無需天才,無需智商過人,無需三頭六臂,無需頭上長角,你僅僅須要持續的、堅持的努力,有正確的方法,就能夠在設計領域,一個專業中獨當一面。”看完,整個人就闊讓開朗了,心也就靜下來了,對啊,人家做多久,我做多久了?人家做五年了,我僅僅是個剛畢業的實習生,不會非常正常啊,非常多東西,急不來。每天有規劃。一步一個腳印,日積月累。堅持5年。或者不用。我也能成為一個準專業級的大牛是吧,所以何必自卑呢~恩呢,心靈雞湯的東西就講這麽多吧。喝多了酒沒作用了,視頻還是不錯的,有興趣能夠看看哈,好了,從今天開始小豬會在學習公司項目的同一時候總結相關的一些東西,然後分享給大家,第一個章節解說的是Android中的Http通信,先敘述下Http相關的一些概念,然後講下Android上發送Http請求的兩種方式:HttpUrlConnection與HttpClient,然後使用retrofit框架封裝我們的HTTP請求,最後用RxJava實現響應式編程,實現網絡的異步請求調用。當然小豬也是在學習其中。假設有什麽寫得不正確的地方。歡迎指出,萬分感激~
正文:
1.Http是什麽鬼?
①名詞解析:
- hypertext transfer protocol(超文本傳輸協議),TCP/IP協議的一個應用層協議,用於定義WEB瀏覽器與WEBserver之間交換數據的過程。
client連上webserver後,若想獲得webserver中的某個web資源,需遵守一定的通訊格式,HTTP協議用於定義client與webserver通迅的格式。
②Http 1.0 與 Http 1.1的差別:
- 1.0協議。client與webserver建立連接後,僅僅能獲得一個web資源!
- 1.1協議,同意client與webserver建立連接後,在一個連接上獲取多個web資源!
PS:如今大部分的都是用的Http 1.1協議的~
③Http請求的工作流程:
這裏先介紹兩個名詞,SYN和ACK
- SYN(synchronous):TCP/IP建立連接時使用的握手信號
- ACK(Acknowledgement):確認字符。確認發來的數據已經接受無誤
接著說下TCP/IP三次握手的概念:
- client發送syn包(syn = j)到server,進入SYN_SEND狀態,然後等待server確認
- server收到syn包,確認客戶的syn(ack = j + 1),同一時候在自己也發送一個SYN包(syn=k),
即SYN + ACK包,server進入SYN_RECV狀態- client收到SYN + ACK包,想server發送確認包ACK(ack = k +1),發送完畢後,client與服務端
進入ESTABLISHED狀態。完畢三次握手,然後兩者開始傳送數據
假設你認為復雜的話,看圖想想你就有個大概印象了,三次握手示意圖例如以下:
Http操作的流程:
- 用戶點擊瀏覽器上的url(超鏈接)。Web瀏覽器與Webserver建立連接
- 建立連接後。client發送請求給server,請求的格式為:
統一資源標識符(URL)+協議版本(通常是1.1)+MIME信息(多個消息頭)+一個空行- 服務端受到請求後。給予對應的返回信息,返回格式為:
協議版本 + 狀態行(處理結果) + 多個信息頭 + 空行 + 實體內容(比方返回的HTML)- client接收服務端返回信息,通過瀏覽器顯示出來,然後與服務端斷開連接;當然假設中途某步錯誤發生的話,錯誤信息會返回到client,並顯示,比方:經典的404錯誤
好吧,No pic you say a jb,有圖有真相,以下我們用HttpWatch來抓下包(當然,你也能夠直接用Chrome f12),這裏測試的站點是小豬學校的教務系統:輸入賬號password後,發送登陸請求,相關信息頭。至於相關的信息頭,我們下節再具體解說~:
HTTP請求包含的內容:
HTTP響應包含的內容:
④Http請求的幾種方式:
我們看到上面我們發送http請求的方式是POST,它和GET在我們平時開發中使用較多,以下我們就羅列出全部的請求方式吧:
- Get:請求獲取Request-URI所標識的資源
- POST:在Request-URI所標識的資源後附加新的數據
- HEAD 請求獲取由Request-URI所標識的資源的響應信息報頭
- PUT:請求server存儲一個資源,並用Request-URI作為其標識
- DELETE:請求server刪除Request-URI所標識的資源
- TRACE:請求server回送收到的請求信息,主要用於測試或診斷
- CONNECT:保留將來使用
- OPTIONS:請求查詢server的性能。或者查詢與資源相關的選項
好吧,除了GET和POST其它的,筆者也沒用過,所以,這裏僅僅區分GET和POST的差別:
- GET:在請求的URL地址後以?的形式帶上交給server的數據。多個數據之間以&進行分隔,但數據容量通常不能超過2K,比方:http://xxx?
username=…&pawd=…這樣的就是GET
- POST: 這個則能夠在請求的實體內容中向server發送數據,傳輸沒有數量限制
- 另外要說一點,這兩個玩意都是發送數據的,僅僅是發送機制不一樣,不要相信網上說的”GET獲得server數據,POST向server發送數據”!!
另外GET安全性非常低。Post安全性較高,可是運行效率卻比Post方法好,一般查詢的時候我們用GET。數據增刪改的時候用POST。!
⑤Http狀態碼合集:
- 100~199 : 成功接受請求,client需提交下一次請求才幹完畢整個處理過程
- 200: OK,client請求成功
- 300~399:請求資源已移到新的地址(302,307,304)
- 401:請求未授權。改狀態代碼需與WWW-Authenticate報頭域一起使用
- 403:Forbidden。server收到請求,可是拒絕提供服務
- 404:Not Found,請求資源不存在,這個就不用說啦
- 500:Internal Server Error。server發生不可預期的錯誤
- 503:Server Unavailable。server當前不能處理client請求。一段時間後可能恢復正常
⑥Http協議的特點
好吧。這些東西知道就能夠了,小豬就不自己慢慢扣了,直接復制粘貼哈~
- 支持客戶/server模式。
- 簡單高速:客戶向server請求服務時。僅僅需傳送請求方法和路徑。請求方法經常使用的有GET、HEAD、POST。每種方法規定了客戶與server聯系的類型不同。
由於HTTP協議簡單,使得HTTPserver的程序規模小,因而通信速度非常快。
- 靈活:HTTP同意傳輸隨意類型的數據對象。正在傳輸的類型由Content-Type加以標記。
- 無連接:無連接的含義是限制每次連接僅僅處理一個請求。server處理完客戶的請求,並收到客戶的應答後。即斷開連接。採用這樣的方式能夠節省傳輸時間。
5.無狀態:HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。
缺少狀態意味著假設興許處理須要前面的信息,則它必須重傳。這樣可能導致每 次連接傳送的數據量增大。還有一方面。在server不須要先前信息時它的應答就較快。
⑦OSI七層協議&TCP四層協議;
恩,這個我們知道就能夠了,興許有須要的話再深入了解,我們的HTTP請求是出於第七層:應用層的,
大家知道就能夠了,另外最好記下這七層,對了,一到三層是用於創建兩個網絡設備間的物理連接的。
而四到七層主要負責互操作性,背熟就好,面試說不定問下呢,是吧。哈哈~
OSI七層協議圖&TCP四層模型圖:
另外小豬查相關資料的時候,發現一個B格更高的總結圖,有興趣的能夠慢慢研究:
貼下原文鏈接,想刨根問底的能夠看下:
OSI七層模型具體解釋
總結:
好吧,由於時間比較倉促,畢竟僅僅能下班的時候寫寫,可能有點亂,望體諒,有時間會又一次捋一捋思路。部分內容參考的慕課網的”Android HTTP通信“視頻的 內容,有興趣能夠去慕課看看。恩。最後總結下本節的東東吧:
- 介紹了下HTTP協議的一些概念、
- 簡單的說了下HTTP 1.0 和HTTP 1.1的差別
- HTTP請求的流程,包含SYN和ACK的概念,TCP/IP三次握手,HTTP操作的流程,HTTP請求的幾種幾種方式,HTTP狀態碼合集,以及HTTP協議特點
- OSI七層協議圖&TCP四層模型圖
本節都是一些概念性的東西,了解了解就好。下一節,我們來研究不同的響應頭。我們服務端通過設置不同的響應頭來控制瀏覽器的一些行為,比方頁面從定向。定時刷新。提示文件下載等,敬請期待~好了。洗澡睡覺。明天繼續上班哼(ˉ(∞)ˉ)唧~
PS:剛舍友路過,問我一晚上在扣什麽?寫代碼麽,我說寫博。然後他又問這能賺錢麽?我說不能。然後他說,那寫了有個卵用…我也不知道怎麽跟他解釋,每一個人的看法。價值觀不同吧。我喜歡寫博,雖然我不是大牛,我寫出來的東西B格也沒人家高。可能都是一些基礎的東西。雖然如此,我還是願意在下班吃完飯後,埋頭碼字一個晚上,不積跬步何以千裏。持續的。堅持的努力,再加上正確的方法,小豬也有成為大牛的那一天的,另外,把摸索出來的方法寫出來,又能夠方便後來者。何樂而不為呢?是吧!
與各位攻城獅們共勉~加油
Android之Http通信——1.初識Http協議