iOS網(wǎng)絡(luò)協(xié)議----HTTP/TCP/IP

一.TCP/IP協(xié)議

1伶丐、TCP/IP協(xié)議的介紹

? ? ?全稱“transmission Control Protocol/Internet Protocol”? ? TCP/IP(傳輸控制協(xié)議/網(wǎng)間協(xié)議)是一種網(wǎng)絡(luò)通信協(xié)議后德,它規(guī)范了網(wǎng)絡(luò)上的所有通信設(shè)備,尤其是一個主機(jī)與另一個主機(jī)之間的數(shù)據(jù)往來格式以及傳送方式? 兩臺電腦要通訊就必須遵守共同的規(guī)則脐往。

2、TCP/IP協(xié)議的制定

? ? ? ? 國際標(biāo)準(zhǔn)化組織(ISO)定義了網(wǎng)絡(luò)協(xié)議的基本框架,被稱為OSI模型漆弄。OSI模型制定的七層標(biāo)準(zhǔn)模型,分別是:應(yīng)用層造锅,表示層撼唾,會話層,傳輸層哥蔚,網(wǎng)絡(luò)層倒谷,數(shù)據(jù)鏈路層,物理層肺素。雖然國際標(biāo)準(zhǔn)化組織制定了這樣一個網(wǎng)絡(luò)協(xié)議的模型恨锚,但是實(shí)際上互聯(lián)網(wǎng)通訊使用的網(wǎng)絡(luò)協(xié)議是TCP/IP網(wǎng)絡(luò)協(xié)議。

TCP/IP 是一個協(xié)議族倍靡,也是按照層次劃分猴伶。共四層:應(yīng)用層,傳輸層塌西,網(wǎng)絡(luò)層他挎,網(wǎng)絡(luò)接口層。 那么TCP/IP協(xié)議和OSI模型有什么區(qū)別呢捡需?OSI網(wǎng)絡(luò)協(xié)議模型办桨,是一個參考模型,而TCP/IP協(xié)議是事實(shí)上的標(biāo)準(zhǔn)站辉。TCP/IP協(xié)議參考了OSI 模型呢撞,但是并沒有嚴(yán)格按照OSI規(guī)定的七層去劃分標(biāo)準(zhǔn)损姜,而只劃分了四層,個人覺得這樣會更簡單點(diǎn)殊霞,當(dāng)劃分太多層次時摧阅,你很難區(qū)分某個協(xié)議是屬于哪個層次 的。TCP/IP協(xié)議和OSI模型也并不沖突绷蹲,TCP/IP協(xié)議中的應(yīng)用層協(xié)議棒卷,就對應(yīng)于OSI中的應(yīng)用層,表示層祝钢,會話層比规。就像以前有工業(yè)部和信息產(chǎn)業(yè) 部,現(xiàn)在實(shí)行大部制后只有工業(yè)和信息化部一個部門拦英,但是這個部門還是要做以前兩個部門一樣多的事情蜒什,本質(zhì)上沒有多大的差別涝开。TCP/IP中有兩個重要的協(xié) 議港柜,傳輸層的TCP協(xié)議和互連網(wǎng)絡(luò)層的IP協(xié)議,因此就拿這兩個協(xié)議做代表鲫惶,來命名整個協(xié)議族了做裙,在說TCP/IP協(xié)議時岗憋,是指整個協(xié)議族。

TCP/IP協(xié)議分為四個層次锚贱,但我們并不需要了解所有層次的協(xié)議仔戈,我覺得主要關(guān)注應(yīng)用層和傳輸層的協(xié)議就可以了。拿寄送郵件舉例拧廊, A寄郵件給B监徘,A關(guān)心的是用什么格式寫什么內(nèi)容給B(應(yīng)用層內(nèi)容),是寄掛號信還是寄平信(傳輸層內(nèi)容)吧碾,但是A是不會去關(guān)注郵件傳送過程中采用了那條路 線凰盔,郵遞員是如何把信件遞送到B手里的(互連網(wǎng)絡(luò)層,網(wǎng)絡(luò)接口層)倦春。

先說傳輸層户敬,傳輸層有多個協(xié)議,但最主要的是TCP和UDP協(xié)議睁本。兩則的區(qū)別在于TCP協(xié)議需要接收方反饋尿庐,UDP協(xié)議不需要接收方反饋。TCP就像掛號 信呢堰,A電腦發(fā)信息給B電腦后抄瑟,需要得到B電腦的反饋,這樣A電腦就能知道B電腦是否已經(jīng)收到信息枉疼。UDP就像平信皮假,A電腦發(fā)信息給B電腦后鞋拟,B電腦并不給 A電腦發(fā)聵,A電腦發(fā)送信息出去后并不知道B電腦是否已經(jīng)收到惹资。 因此严卖,TCP傳輸比UDP傳送更可靠,但是TCP傳輸?shù)男示筒蝗鏤DP了布轿。至于,在傳送過程中具體選擇哪種傳送方式来颤,需要具體問題具體分析汰扭。在不可靠的 網(wǎng)絡(luò)傳送過程中一般選擇TCP傳送方式。在講求效率福铅,或者不在乎傳送失誤的情況下可以選擇UDP方式來提高傳輸速率萝毛。

應(yīng)用層的協(xié)議有很多,每一個協(xié)議代表一種類型的服務(wù)滑黔。HTTP協(xié)議笆包,萬維網(wǎng)服務(wù)。FTP協(xié)議略荡,文件傳送服務(wù)庵佣。POP3,郵件服務(wù)汛兜,SOAP協(xié)議webService服務(wù)巴粪。

在理解TCP/IP協(xié)議的過程中,我遇到了困惑粥谬。

1.什么是socket?

以前有聽說過socket編程這種說法肛根,也有的說套接字編程。我在搜索關(guān)于socket的資料時漏策,發(fā)現(xiàn)有的說socket是指一個連接派哲,有的說 socket是一指一個端點(diǎn)。拿打電話做比喻掺喻,A電話機(jī)和B電話機(jī)正在通話芭届,那么socket是指的A和B之間的連接線呢,還是指電話機(jī)(端點(diǎn))巢寡?

我現(xiàn)在的理解是喉脖,socket就是一個連接中的一個端點(diǎn),一次通訊(連接)a,b端都會有一個socket抑月。一個socket對應(yīng)一個連接树叽。

3.SOAP可以使用HTTP協(xié)議進(jìn)行傳輸嗎?

在了解SOAP協(xié)議的過程中谦絮,看到介紹說soap可以通過tcp,udp,http協(xié)議來傳送题诵。這也是讓人困惑的描述洁仗。一看這句話,就會感覺http怎么 和tcp,udp協(xié)議并列了呢性锭?難道http還是屬于傳輸層的協(xié)議赠潦?再加上http中文譯名的問題,名字聽上去像傳輸層草冈,初學(xué)者又要開始頭大了她奥。

事實(shí)上,http是應(yīng)用層的協(xié)議怎棱,這一點(diǎn)可以毫無懷疑哩俭。那么現(xiàn)在新的問題來了。soap和http都是應(yīng)用層協(xié)議拳恋,怎么說soap能用http協(xié)議來傳輸呢凡资?應(yīng)用層的協(xié)議可以用應(yīng)用層的協(xié)議傳送嗎?

我查閱了資料谬运,是這樣一回事情隙赁,soap將信息進(jìn)行XML的序列化后,再用http協(xié)議的方式再打包進(jìn)行傳送梆暖,傳送的方式還是tcp或者udp伞访。做個比喻 就好理解了。tcp 和 udp 都是公路式廷,暫且把tcp認(rèn)為是一般公路咐扭,udp高速公路,soap和http就都是汽車滑废,那么soap和http都可以在tcp和udp上跑蝗肪。說soap 可以通過http來傳送,實(shí)際就是說soap是小轎車蠕趁,http是裝轎車的卡車薛闪,把soap的信息裝到http里面,然后再運(yùn)輸俺陋,當(dāng)然走的道路還是tcp 或udp豁延。

說soap可以通過http協(xié)議來傳輸,這句話不太準(zhǔn)確腊状,比較準(zhǔn)確第說法是:soap信息可以通過http協(xié)議包裝后通過tcp或udp傳輸诱咏。

二.HTTP協(xié)議

http (全稱Hypertext Transfer Protocol)超文本傳輸協(xié)議,是一種應(yīng)用層的協(xié)議缴挖; Transfer 有運(yùn)輸袋狞,轉(zhuǎn)移之意。不管是移動客戶端還是PC端,訪問遠(yuǎn)程的網(wǎng)絡(luò)資源經(jīng)常使用HTTP協(xié)議

1苟鸯、URL:

(1)同蜻、基本介紹

URL的全稱是Uniform Resource Locator(統(tǒng)一資源定位符)

通過1個URL,能找到互聯(lián)網(wǎng)上唯一的1個資源早处,也就是一個資源對應(yīng)唯一一個URL湾蔓。

(2)、URL中常見的協(xié)議

1> HTTP ? ? ? ? ? ?超文本傳輸協(xié)議砌梆,訪問的是遠(yuǎn)程的網(wǎng)絡(luò)資源默责,格式是http://

2> file ? ? ? ? ? ? ? 訪問的是本地計算機(jī)上的資源,格式是file://(不用加主機(jī)地址)

3> mailto ? ? ? ? ?訪問的是電子郵件地址咸包,格式是mailto:

4> FTP ? ? ? ? ? ? ?訪問的是共享主機(jī)的文件資源傻丝,格式是ftp://

2、HTTP協(xié)議簡介:

(1)诉儒、HTTP協(xié)議的作用

1> ?規(guī)定客戶端和服務(wù)器之間的數(shù)據(jù)傳輸格式

2> ?讓客戶端和服務(wù)器能有效地進(jìn)行數(shù)據(jù)溝通

3>.為什么選擇使用HTTP?

a亏掀、簡單快速 ?因?yàn)镠TTP協(xié)議簡單忱反,所以HTTP服務(wù)器的程序規(guī)模小,因而通信速度很快

b滤愕、靈活 ?HTTP允許傳輸任意類型的數(shù)據(jù)

c温算、HTTP 0.9和1.0使用非持續(xù)連接 ?限制每次連接只處理一個請求,服務(wù)器對客戶端的請求做出響應(yīng)后间影,馬上斷開連接注竿,這種方式可以節(jié)省傳輸時間,現(xiàn)在使用的是HTTP1.1是一種持續(xù)了連接

4>.HTTP向服務(wù)器索取數(shù)據(jù)的過程

a魂贬、 請求:客戶端向服務(wù)器索要數(shù)據(jù)

b巩割、 響應(yīng):服務(wù)器返回客戶端相應(yīng)的數(shù)據(jù)

三、HTTP通信過程 - 請求和響應(yīng)

1.HTTP通信過程 - 請求

HTTP協(xié)議規(guī)定:1個完整的由客戶端發(fā)給服務(wù)器的HTTP請求中包含以下內(nèi)容

請求行:包含了請求方法付燥、請求資源路徑宣谈、HTTP協(xié)議版本

GET /MJServer/resources/images/1.jpg HTTP/1.1

請求頭:包含了對客戶端的環(huán)境描述、客戶端請求的主機(jī)地址等信息

Host: 192.168.1.105:8080// 客戶端想訪問的服務(wù)器主機(jī)地址

User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9) Firefox/30.0// 客戶端的類型键科,客戶端的軟件環(huán)境

Accept: text/html, */*// 客戶端所能接收的數(shù)據(jù)類型

Accept-Language: zh-cn// 客戶端的語言環(huán)境

Accept-Encoding: gzip// 客戶端支持的數(shù)據(jù)壓縮格式

請求體:客戶端發(fā)給服務(wù)器的具體數(shù)據(jù)闻丑,比如文件數(shù)據(jù)

2.HTTP通信過程 - 響應(yīng)

客戶端向服務(wù)器發(fā)送請求,服務(wù)器應(yīng)當(dāng)做出響應(yīng)勋颖,即返回數(shù)據(jù)給客戶端

HTTP協(xié)議規(guī)定:1個完整的HTTP響應(yīng)中包含以下內(nèi)容:

狀態(tài)行:包含了HTTP協(xié)議版本嗦嗡、狀態(tài)碼、狀態(tài)英文名稱

HTTP/1.1 200 OK

響應(yīng)頭:包含了對服務(wù)器的描述饭玲、對返回數(shù)據(jù)的描述

Server: Apache-Coyote/1.1// 服務(wù)器的類型

Content-Type: image/jpeg// 返回數(shù)據(jù)的類型

Content-Length: 56811// 返回數(shù)據(jù)的長度

Date: Mon, 23 Jun 2014 12:54:52 GMT// 響應(yīng)的時間

實(shí)體內(nèi)容:服務(wù)器返回給客戶端的具體數(shù)據(jù)侥祭,比如文件數(shù)據(jù)

3.補(bǔ)充:推薦工具firebug-1.12.5-fx.xpi

蟲子的作用:攔截所有的http請求。

4.常見的響應(yīng)狀態(tài)碼

四、發(fā)送HTTP請求的方法

1.簡單說明

在HTTP/1.1協(xié)議中卑硫,定義了8種發(fā)送http請求的方法

GET徒恋、POST、OPTIONS欢伏、HEAD入挣、PUT、DELETE硝拧、TRACE径筏、CONNECT、PATCH

根據(jù)HTTP協(xié)議的設(shè)計初衷障陶,不同的方法對資源有不同的操作方式

PUT :增

DELETE :刪

POST:改

GET:查

提示:最常用的是GET和POST(實(shí)際上GET和POST都能辦到增刪改查)

2.get和post請求

要想使用GET和POST請求跟服務(wù)器進(jìn)行交互滋恬,得先了解一個概念:參數(shù)就是傳遞給服務(wù)器的具體數(shù)據(jù),比如登錄時的帳號抱究、密碼

GET和POST對比:GET和POST的主要區(qū)別表現(xiàn)在數(shù)據(jù)傳遞上

GET

在請求URL后面以?的形式跟上發(fā)給服務(wù)器的參數(shù)恢氯,多個參數(shù)之間用&隔開,比如http://ww.test.com/login?username=123&pwd=234&type=JSON

注意:由于瀏覽器和服務(wù)器對URL長度有限制鼓寺,因此在URL后面附帶的參數(shù)是有限制的勋拟,通常不能超過1KB

POST

發(fā)給服務(wù)器的參數(shù)全部放在請求體中

理論上,POST傳遞的數(shù)據(jù)量沒有限制(具體還得看服務(wù)器的處理能力)

3.GET和POST的選擇

選擇GET和POST的建議

(1)如果要傳遞大量數(shù)據(jù)妈候,比如文件上傳敢靡,只能用POST請求

(2)GET的安全性比POST要差些,如果包含機(jī)密\敏感信息苦银,建議用POST

(3)如果僅僅是索取數(shù)據(jù)(數(shù)據(jù)查詢)啸胧,建議使用GET

(4)如果是增加、修改幔虏、刪除數(shù)據(jù)纺念,建議使用POST

4.iOS中發(fā)送HTTP請求的方案

在iOS中,常見的發(fā)送HTTP請求(GET和POST)的解決方案有

(1)蘋果原生(自帶)

NSURLConnection:用法簡單想括,最古老最經(jīng)典最直接的一種方案

NSURLSession:iOS 7新出的技術(shù)柠辞,功能比NSURLConnection更加強(qiáng)大

CFNetwork:NSURL*的底層,純C語言

(2)第三方框架

? ? ?ASIHttpRequest:外號“HTTP終結(jié)者”主胧,功能極其強(qiáng)大叭首,可惜早已停止更新

? ? ?AFNetworking:簡單易用,提供了基本夠用的常用功能

5.ASI和AFN架構(gòu)對比

說明:AFN基于NSURL踪栋,ASI基于CFHTTP焙格,ASI的性能更好一些。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末夷都,一起剝皮案震驚了整個濱河市眷唉,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖冬阳,帶你破解...
    沈念sama閱讀 212,686評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件蛤虐,死亡現(xiàn)場離奇詭異,居然都是意外死亡肝陪,警方通過查閱死者的電腦和手機(jī)驳庭,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,668評論 3 385
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來氯窍,“玉大人饲常,你說我怎么就攤上這事±翘郑” “怎么了贝淤?”我有些...
    開封第一講書人閱讀 158,160評論 0 348
  • 文/不壞的土叔 我叫張陵,是天一觀的道長政供。 經(jīng)常有香客問我播聪,道長,這世上最難降的妖魔是什么布隔? 我笑而不...
    開封第一講書人閱讀 56,736評論 1 284
  • 正文 為了忘掉前任犬耻,我火速辦了婚禮,結(jié)果婚禮上执泰,老公的妹妹穿的比我還像新娘。我一直安慰自己渡蜻,他們只是感情好术吝,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,847評論 6 386
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著茸苇,像睡著了一般排苍。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上学密,一...
    開封第一講書人閱讀 50,043評論 1 291
  • 那天淘衙,我揣著相機(jī)與錄音,去河邊找鬼腻暮。 笑死彤守,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的哭靖。 我是一名探鬼主播具垫,決...
    沈念sama閱讀 39,129評論 3 410
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼试幽!你這毒婦竟也來了筝蚕?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,872評論 0 268
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎起宽,沒想到半個月后洲胖,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,318評論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡坯沪,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,645評論 2 327
  • 正文 我和宋清朗相戀三年绿映,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片屏箍。...
    茶點(diǎn)故事閱讀 38,777評論 1 341
  • 序言:一個原本活蹦亂跳的男人離奇死亡绘梦,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出赴魁,到底是詐尸還是另有隱情卸奉,我是刑警寧澤,帶...
    沈念sama閱讀 34,470評論 4 333
  • 正文 年R本政府宣布颖御,位于F島的核電站榄棵,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏潘拱。R本人自食惡果不足惜疹鳄,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,126評論 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望芦岂。 院中可真熱鬧瘪弓,春花似錦、人聲如沸禽最。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,861評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽川无。三九已至呛占,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間懦趋,已是汗流浹背晾虑。 一陣腳步聲響...
    開封第一講書人閱讀 32,095評論 1 267
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留仅叫,地道東北人帜篇。 一個月前我還...
    沈念sama閱讀 46,589評論 2 362
  • 正文 我出身青樓,卻偏偏與公主長得像诫咱,于是被迫代替她去往敵國和親坠狡。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,687評論 2 351

推薦閱讀更多精彩內(nèi)容

  • 參考:http://www.2cto.com/net/201611/569006.html TCP HTTP UD...
    F麥子閱讀 2,945評論 0 14
  • 轉(zhuǎn)載:iOS網(wǎng)絡(luò)協(xié)議----HTTP/TCP/IP淺析 一凯亮、TCP/IP協(xié)議 話說兩臺電腦要通訊就必須遵守共同的規(guī)...
    John_LS閱讀 1,133評論 1 15
  • 定義 網(wǎng)絡(luò)協(xié)議為計算機(jī)網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換而建立的規(guī)則边臼、標(biāo)準(zhǔn)或約定的集合。網(wǎng)絡(luò)協(xié)議主要由三個要素組成:語義假消、語法及時...
    FlyAndroid閱讀 985評論 0 10
  • 1.這篇文章不是本人原創(chuàng)的柠并,只是個人為了對這部分知識做一個整理和系統(tǒng)的輸出而編輯成的,在此鄭重地向本文所引用文章的...
    SOMCENT閱讀 13,053評論 6 174
  • 在遠(yuǎn)處的弗洛倫薩城市里富拗,曾住著一個偉大臼予、勇敢、無私的家族:奧迪托雷!可以說這個家族的長輩為弗洛倫薩乃至整個意大利做...
    謹(jǐn)木愛墨影閱讀 178評論 0 0