iOS 網(wǎng)絡協(xié)議淺談(一)

一.TCP/IP協(xié)議
話說兩臺電腦要通訊就必須遵守共同的規(guī)則钉稍,就好比兩個人要溝通就必須使用共同的語言一樣惫谤。一個只懂英語的人桐玻,和一個只懂中文的人由于沒有共同的語言(規(guī)則)就沒辦法溝通喜喂。兩臺電腦之間進行通訊所共同遵守的規(guī)則婴氮,就是網(wǎng)絡協(xié)議。
那么誰來制定這個網(wǎng)絡協(xié)議许帐?
國際標準化組織(ISO)定義了網(wǎng)絡協(xié)議的基本框架劳坑,被稱為OSI模型。要制定通訊規(guī)則成畦,內(nèi)容會很多距芬,比如要考慮A電腦如何找到B電腦,A電腦在發(fā)送信息 給B電腦時是否需要B電腦進行反饋循帐,A電腦傳送給B電腦的數(shù)據(jù)的格式又是怎樣的框仔?內(nèi)容太多太雜,所以OSI模型將這些通訊標準進行層次劃分拄养,每一層次解決 一個類別的問題离斩,這樣就使得標準的制定沒那么復雜。OSI模型制定的七層標準模型瘪匿,分別是:應用層跛梗,表示層,會話層柿顶,傳輸層茄袖,網(wǎng)絡層,數(shù)據(jù)鏈路層嘁锯,物理層宪祥。
雖然國際標準化組織制定了這樣一個網(wǎng)絡協(xié)議的模型聂薪,但是實際上互聯(lián)網(wǎng)通訊使用的網(wǎng)絡協(xié)議是TCP/IP網(wǎng)絡協(xié)議。
TCP/IP 是一個協(xié)議族蝗羊,也是按照層次劃分藏澳。共四層:應用層,傳輸層耀找,互連網(wǎng)絡層翔悠,網(wǎng)絡接口層。 那么TCP/IP協(xié)議和OSI模型有什么區(qū)別呢野芒?OSI網(wǎng)絡協(xié)議模型蓄愁,是一個參考模型,而TCP/IP協(xié)議是事實上的標準狞悲。TCP/IP協(xié)議參考了OSI 模型撮抓,但是并沒有嚴格按照OSI規(guī)定的七層去劃分標準,而只劃分了四層摇锋,個人覺得這樣會更簡單點丹拯,當劃分太多層次時,你很難區(qū)分某個協(xié)議是屬于哪個層次 的荸恕。TCP/IP協(xié)議和OSI模型也并不沖突乖酬,TCP/IP協(xié)議中的應用層協(xié)議,就對應于OSI中的應用層融求,表示層咬像,會話層。就像以前有工業(yè)部和信息產(chǎn)業(yè) 部双肤,現(xiàn)在實行大部制后只有工業(yè)和信息化部一個部門施掏,但是這個部門還是要做以前兩個部門一樣多的事情,本質(zhì)上沒有多大的差別茅糜。TCP/IP中有兩個重要的協(xié) 議七芭,傳輸層的TCP協(xié)議和互連網(wǎng)絡層的IP協(xié)議,因此就拿這兩個協(xié)議做代表蔑赘,來命名整個協(xié)議族了狸驳,在說TCP/IP協(xié)議時,是指整個協(xié)議族缩赛。
TCP/IP協(xié)議分為四個層次耙箍,但我們并不需要了解所有層次的協(xié)議,我覺得主要關注應用層和傳輸層的協(xié)議就可以了酥馍。拿寄送郵件舉例辩昆, A寄郵件給B,A關心的是用什么格式寫什么內(nèi)容給B(應用層內(nèi)容)旨袒,是寄掛號信還是寄平信(傳輸層內(nèi)容)汁针,但是A是不會去關注郵件傳送過程中采用了那條路 線术辐,郵遞員是如何把信件遞送到B手里的(互連網(wǎng)絡層,網(wǎng)絡接口層)施无。
先說傳輸層辉词,傳輸層有多個協(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)絡傳送過程中一般選擇TCP傳送方式解孙。在講求效率坑填,或者不在乎傳送失誤的情況下可以選擇UDP方式來提高傳輸速率。
應用層的協(xié)議有很多弛姜,每一個協(xié)議代表一種類型的服務脐瑰。HTTP協(xié)議,萬維網(wǎng)服務廷臼。FTP協(xié)議苍在,文件傳送服務。POP3荠商,郵件服務寂恬,SOAP協(xié)議webService服務。
在理解TCP/IP協(xié)議的過程中莱没,我遇到了三個困惑初肉。
1.什么是socket?
以前有聽說過socket編程這種說法,也有的說套接字編程饰躲。我在搜索關于socket的資料時牙咏,發(fā)現(xiàn)有的說socket是指一個連接臼隔,有的說 socket是一指一個端點。拿打電話做比喻眠寿,A電話機和B電話機正在通話躬翁,那么socket是指的A和B之間的連接線呢,還是指電話機(端點)盯拱?
我現(xiàn)在的理解是盒发,socket就是一個連接中的一個端點,一次通訊(連接)a,b端都會有一個socket狡逢。一個socket對應一個連接宁舰。
2.http協(xié)議屬于應用層還是傳輸層?
http 超文本傳送協(xié)議奢浑,聽上去像是傳輸層的協(xié)議一樣蛮艰。但事實上大家都知道http和ftp一樣都是屬于應用層的協(xié)議,我先前很納悶的是雀彼,既然是應用層的協(xié)議壤蚜,怎 么就取這樣一個誤導人的名稱啊。在對TCP/IP協(xié)議還不熟悉的時候徊哑,這很容易讓人誤解和納悶的袜刷。后來,我在wiki上發(fā)現(xiàn)這么一段話:
http中文譯名問題
HTTP 在中國大陸被翻譯為“超文本傳輸協(xié)議”莺丑,因為“transfer”在中文里有“傳輸”的含意著蟹。但依據(jù) HTTP 定制者之一的 Roy Fielding博士的論文[1](6.5.3節(jié)),作者專門強調(diào)“transfer”表示的是“(表述狀態(tài)的)轉移” (Representational State Transfer)梢莽,而不是“傳輸”(transport)萧豆。故其中文譯名“超文本傳輸協(xié)議”恰恰引種反映了這種誤解。更符合原義的譯名應該為“超文本轉 移協(xié)議”昏名。
這段話解除了我的疑惑涮雷。那么http協(xié)議當然是應用層的協(xié)議。
3.SOAP可以使用HTTP協(xié)議進行傳輸嗎轻局?
在了解SOAP協(xié)議的過程中份殿,看到介紹說soap可以通過tcp,udp,http協(xié)議來傳送。這也是讓人困惑的描述嗽交。一看這句話卿嘲,就會感覺http怎么 和tcp,udp協(xié)議并列了呢?難道http還是屬于傳輸層的協(xié)議夫壁?再加上http中文譯名的問題拾枣,名字聽上去像傳輸層,初學者又要開始頭大了。
事實上梅肤,http是應用層的協(xié)議司蔬,這一點可以毫無懷疑。那么現(xiàn)在新的問題來了姨蝴。soap和http都是應用層協(xié)議俊啼,怎么說soap能用http協(xié)議來傳輸呢?應用層的協(xié)議可以用應用層的協(xié)議傳送嗎左医?
我查閱了資料授帕,是這樣一回事情,soap將信息進行XML的序列化后浮梢,再用http協(xié)議的方式再打包進行傳送跛十,傳送的方式還是tcp或者udp。做個比喻 就好理解了秕硝。tcp 和 udp 都是公路芥映,暫且把tcp認為是一般公路,udp高速公路远豺,soap和http就都是汽車奈偏,那么soap和http都可以在tcp和udp上跑。說soap 可以通過http來傳送躯护,實際就是說soap是小轎車霎苗,http是裝轎車的卡車,把soap的信息裝到http里面榛做,然后再運輸,當然走的道路還是tcp 或udp内狸。
說soap可以通過http協(xié)議來傳輸检眯,這句話不太準確,比較準確第說法是:soap信息可以通過http協(xié)議包裝后通過tcp或udp傳輸昆淡。

二.HTTP協(xié)議
一锰瘸、URL
1.基本介紹
URL的全稱是Uniform Resource Locator(統(tǒng)一資源定位符)
通過1個URL,能找到互聯(lián)網(wǎng)上唯一的1個資源
URL就是資源的地址昂灵、位置避凝,互聯(lián)網(wǎng)上的每個資源都有一個唯一的URL

2.URL中常見的協(xié)議
(1)HTTP
超文本傳輸協(xié)議,訪問的是遠程的網(wǎng)絡資源眨补,格式是http://
http協(xié)議是在網(wǎng)絡開發(fā)中最常用的協(xié)議
(2)file
訪問的是本地計算機上的資源管削,格式是file://(不用加主機地址)
(3)mailto
訪問的是電子郵件地址,格式是mailto:
(4)FTP
訪問的是共享主機的文件資源撑螺,格式是ftp://
轉自:http://www.codes51.com/article/detail_160050.html

最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末含思,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌含潘,老刑警劉巖饲做,帶你破解...
    沈念sama閱讀 216,402評論 6 499
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異遏弱,居然都是意外死亡盆均,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,377評論 3 392
  • 文/潘曉璐 我一進店門漱逸,熙熙樓的掌柜王于貴愁眉苦臉地迎上來泪姨,“玉大人,你說我怎么就攤上這事虹脯÷客蓿” “怎么了?”我有些...
    開封第一講書人閱讀 162,483評論 0 353
  • 文/不壞的土叔 我叫張陵循集,是天一觀的道長唇敞。 經(jīng)常有香客問我,道長咒彤,這世上最難降的妖魔是什么疆柔? 我笑而不...
    開封第一講書人閱讀 58,165評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮镶柱,結果婚禮上旷档,老公的妹妹穿的比我還像新娘。我一直安慰自己歇拆,他們只是感情好鞋屈,可當我...
    茶點故事閱讀 67,176評論 6 388
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著故觅,像睡著了一般厂庇。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上输吏,一...
    開封第一講書人閱讀 51,146評論 1 297
  • 那天权旷,我揣著相機與錄音,去河邊找鬼贯溅。 笑死拄氯,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的它浅。 我是一名探鬼主播译柏,決...
    沈念sama閱讀 40,032評論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼姐霍!你這毒婦竟也來了艇纺?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 38,896評論 0 274
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎黔衡,沒想到半個月后蚓聘,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,311評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡盟劫,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,536評論 2 332
  • 正文 我和宋清朗相戀三年夜牡,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片侣签。...
    茶點故事閱讀 39,696評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡塘装,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出影所,到底是詐尸還是另有隱情蹦肴,我是刑警寧澤,帶...
    沈念sama閱讀 35,413評論 5 343
  • 正文 年R本政府宣布猴娩,位于F島的核電站阴幌,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏卷中。R本人自食惡果不足惜矛双,卻給世界環(huán)境...
    茶點故事閱讀 41,008評論 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望蟆豫。 院中可真熱鬧议忽,春花似錦、人聲如沸十减。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽帮辟。三九已至速址,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間织阅,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,815評論 1 269
  • 我被黑心中介騙來泰國打工震捣, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留荔棉,地道東北人。 一個月前我還...
    沈念sama閱讀 47,698評論 2 368
  • 正文 我出身青樓蒿赢,卻偏偏與公主長得像润樱,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子羡棵,可洞房花燭夜當晚...
    茶點故事閱讀 44,592評論 2 353

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