經(jīng)常聽到一些網(wǎng)絡(luò)協(xié)議相關(guān)的名詞，像什么TCP、UDP、HTTP、SOCKET，它們到底有什么樣的區(qū)別呢，今天我們就來好好梳理一遍。

先看一幅圖

如圖所示：

• IP協(xié)議屬于網(wǎng)絡(luò)層
• TCP和UDP屬于運輸層協(xié)議
• HTTP應(yīng)用層協(xié)議

我們來假想一個典型的網(wǎng)絡(luò)通訊過程

如果現(xiàn)在有客戶端A要想服務(wù)器B發(fā)送一個http網(wǎng)絡(luò)請求，整個流程是怎樣的呢？

首先A與B要建立網(wǎng)絡(luò)連接，這里就需要用到網(wǎng)絡(luò)層的IP協(xié)議，根據(jù)IP地址和端口去發(fā)現(xiàn)對方。
成功找到對方后將會建立一條TCP連接（HTTP基于TCP），當TCP的三次握手建立之后,進入HTTP通訊流程——正式發(fā)送一個請求到服務(wù)器，請求中包含請求方法、URI、協(xié)議版本以及相關(guān)的MIME樣式的消息。
服務(wù)器響應(yīng)一個狀態(tài)行，包含消息的協(xié)議版本、一個成功和失敗碼以及相關(guān)的MIME式樣的消息。
HTTP/1.0為每一次HTTP的請求/響應(yīng)建立一條新的TCP鏈接，因此一個包含HTML內(nèi)容和圖片的頁面將需要建立多次的短期的TCP鏈接。每一次鏈接的建立需要這種經(jīng)常性的開銷，而其并不帶有實際有用的數(shù)據(jù)，只是保證鏈接的可靠性，因此HTTP/1.1提出了可持續(xù)鏈接的實現(xiàn)方法。
HTTP/1.1將只建立一次TCP的鏈接而重復(fù)地使用它傳輸一系列的請求/響應(yīng)消息，因此減少了鏈接建立的次數(shù)和經(jīng)常性的鏈接開銷。

把以上過程抽象一下：

把IP想像成一種高速公路，它允許其它協(xié)議在上面行駛并找到到其它電腦的出口。
TCP和UDP是高速公路上的“卡車”，它們攜帶的貨物就是像HTTP，文件傳輸協(xié)議FTP這樣的協(xié)議等。

在文章的最后，我們再來簡單回顧下三次握手的細節(jié)：
TCP連接的三次握手：
第一次握手：客戶端發(fā)送syn包(syn=j)到服務(wù)器，并進入SYN_SEND狀態(tài)，等待服務(wù)器確認；
第二次握手：服務(wù)器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務(wù)器進入SYN_RECV狀態(tài)；
第三次握手：客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務(wù)器進入ESTABLISHED狀態(tài)，完成三次握手。
握手過程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務(wù)器才正式開始傳送數(shù)據(jù)
斷開連接時服務(wù)器和客戶端均可以主動發(fā)起斷開TCP連接的請求，斷開過程需要經(jīng)過“四次握手”

總結(jié)：

HTTP協(xié)議是基于傳輸層的TCP協(xié)議，而TCP協(xié)議又基于網(wǎng)絡(luò)層的IP協(xié)議。
SOCKET是針對網(wǎng)絡(luò)編程設(shè)計的接口，它有很多不同的具體實現(xiàn)，例如以TCP為基礎(chǔ)的TCPSOCKET和以UDP為基礎(chǔ)的UDPSOCKET，貌似我們常用的基于TCP/IP的SOCKET編程更多一些。