前段時間做了一個開發(fā)离陶，涉及到網(wǎng)絡(luò)編程，開發(fā)過程比較順利衅檀，但任務(wù)完成后始終覺得有一些疑惑招刨。主要是因為對網(wǎng)絡(luò)協(xié)議不太熟悉，對一些概念也沒弄清楚哀军。后來我花了一些時間去了解這些網(wǎng)絡(luò)協(xié)議沉眶，現(xiàn)在對TCP/IP網(wǎng)絡(luò)協(xié)議有了初步的認(rèn)識，在這里總結(jié)出來杉适，可以梳理一下我對網(wǎng)絡(luò)協(xié)議的理解谎倔，加深印象.

話說兩臺電腦要通訊就必須遵守共同的規(guī)則，就好比兩個人要溝通就必須使用共同的語言一樣猿推。一個只懂英語的人片习，和一個只懂中文的人由于沒有共同的語言（規(guī)則）就沒辦法溝通。兩臺電腦之間進(jìn)行通訊所共同遵守的規(guī)則蹬叭，就是網(wǎng)絡(luò)協(xié)議藕咏。

那么誰來制定這個網(wǎng)絡(luò)協(xié)議？

國際標(biāo)準(zhǔn)化組織(ISO)定義了網(wǎng)絡(luò)協(xié)議的基本框架秽五，被稱為OSI模型孽查。要制定通訊規(guī)則，內(nèi)容會很多筝蚕，比如要考慮A電腦如何找到B電腦卦碾，A電腦在發(fā)送信息給B電腦時是否需要B電腦進(jìn)行反饋，A電腦傳送給B電腦的數(shù)據(jù)的格式又是怎樣的起宽？內(nèi)容太多太雜洲胖，所以O(shè)SI模型將這些通訊標(biāo)準(zhǔn)進(jìn)行層次劃分，每一層次解決一個類別的問題坯沪，這樣就使得標(biāo)準(zhǔn)的制定沒那么復(fù)雜绿映。OSI模型制定的七層標(biāo)準(zhǔn)模型，分別是：應(yīng)用層，表示層叉弦，會話層丐一，傳輸層，網(wǎng)絡(luò)層淹冰，數(shù)據(jù)鏈路層库车，物理層。

雖然國際標(biāo)準(zhǔn)化組織制定了這樣一個網(wǎng)絡(luò)協(xié)議的模型樱拴，但是實際上互聯(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é)議是事實上的標(biāo)準(zhǔn)。TCP/IP協(xié)議參考了OSI模型呛占，但是并沒有嚴(yán)格按照OSI規(guī)定的七層去劃分標(biāo)準(zhǔ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)在實行大部制后只有工業(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是一指一個端點捏题。拿打電話做比喻，A電話機(jī)和B電話機(jī)正在通話肉渴，那么socket是指的A和B之間的連接線呢公荧，還是指電話機(jī)（端點）？

我現(xiàn)在的理解是同规，socket就是一個連接中的一個端點循狰，一次通訊（連接）a,b端都會有一個socket。一個socket對應(yīng)一個連接券勺。

2.http協(xié)議屬于應(yīng)用層還是傳輸層绪钥？

http 超文本傳送協(xié)議，聽上去像是傳輸層的協(xié)議一樣关炼。但事實上大家都知道http和ftp一樣都是屬于應(yīng)用層的協(xié)議程腹，我先前很納悶的是，既然是應(yīng)用層的協(xié)議儒拂，怎么就取這樣一個誤導(dǎo)人的名稱啊寸潦。在對TCP/IP協(xié)議還不熟悉的時候，這很容易讓人誤解和納悶的社痛。后來甸祭，我在wiki上發(fā)現(xiàn)這么一段話：

http中文譯名問題

HTTP 在中國大陸被翻譯為“超文本傳輸協(xié)議”，因為“transfer”在中文里有“傳輸”的含意褥影。但依據(jù) HTTP 定制者之一的 Roy Fielding博士的論文[1]（6.5.3節(jié)）池户，作者專門強(qiáng)調(diào)“transfer”表示的是“（表述狀態(tài)的）轉(zhuǎn)移”（Representational State Transfer），而不是“傳輸”（transport）凡怎。故其中文譯名“超文本傳輸協(xié)議”恰恰引種反映了這種誤解校焦。更符合原義的譯名應(yīng)該為“超文本轉(zhuǎn)移協(xié)議”。

這段話解除了我的疑惑统倒。那么http協(xié)議當(dāng)然是應(yīng)用層的協(xié)議寨典。

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

在了解SOAP協(xié)議的過程中房匆，看到介紹說soap可以通過tcp,udp,http協(xié)議來傳送耸成。這也是讓人困惑的描述报亩。一看這句話，就會感覺http怎么和tcp,udp協(xié)議并列了呢井氢？難道http還是屬于傳輸層的協(xié)議弦追？再加上http中文譯名的問題，名字聽上去像傳輸層花竞，初學(xué)者又要開始頭大了劲件。

事實上，http是應(yīng)用層的協(xié)議约急，這一點可以毫無懷疑零远。那么現(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來傳送攒磨，實際就是說soap是小轎車泳桦，http是裝轎車的卡車，把soap的信息裝到http里面娩缰，然后再運輸灸撰，當(dāng)然走的道路還是tcp或udp。

說soap可以通過http協(xié)議來傳輸拼坎，這句話不太準(zhǔn)確浮毯，比較準(zhǔn)確第說法是：soap信息可以通過http協(xié)議包裝后通過tcp或udp傳輸。

著作權(quán)歸作者所有泰鸡。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)债蓝，非商業(yè)轉(zhuǎn)載請注明出處∈⒘洌互聯(lián)網(wǎng)+時代饰迹，時刻要保持學(xué)習(xí)芳誓，攜手千鋒PHP,Dream It Possible。