是面向連接的協(xié)議，也就是說，在收發(fā)數(shù)據(jù)前，必須和對方建立可靠的連接。一個TCP連接必須要經(jīng)過三次“對話”才能建立起來

TCP三次握手過程：

1 主機(jī)A通過向主機(jī)B 發(fā)送一個含有同步序列號的標(biāo)志位的數(shù)據(jù)段給主機(jī)B ,向主機(jī)B 請求建立連接,通過這個數(shù)據(jù)段, 主機(jī)A告訴主機(jī)B 兩件事:我想要和你通信;你可以用哪個序列號作為起始數(shù)據(jù)段來回應(yīng)我.

2 主機(jī)B 收到主機(jī)A的請求后,用一個帶有確認(rèn)應(yīng)答(ACK)和同步序列號(SYN)標(biāo)志位的數(shù)據(jù)段響應(yīng)主機(jī)A,也告訴主機(jī)A兩件事: 我已經(jīng)收到你的請求了,你可以傳輸數(shù)據(jù)了;你要用哪佧序列號作為起始數(shù)據(jù)段來回應(yīng)我

3 主機(jī)A收到這個數(shù)據(jù)段后,再發(fā)送一個確認(rèn)應(yīng)答,確認(rèn)已收到主機(jī)B 的數(shù)據(jù)段:"我已收到回復(fù),我現(xiàn)在要開始傳輸實(shí)際數(shù)據(jù)了

這樣3次握手就完成了,主機(jī)A和主機(jī)B 就可以傳輸數(shù)據(jù)了.

3次握手的特點(diǎn)：

1）沒有應(yīng)用層的數(shù)據(jù)

2）SYN這個標(biāo)志位只有在TCP建產(chǎn)連接時才會被置1

3）握手完成后SYN標(biāo)志位被置0

TCP建立連接要進(jìn)行3次握手,而斷開連接要進(jìn)行4次

1 當(dāng)主機(jī)A完成數(shù)據(jù)傳輸后,將控制位FIN置1,提出停止TCP連接的請求

2 主機(jī)B收到FIN后對其作出響應(yīng),確認(rèn)這一方向上的TCP連接將關(guān)閉,將ACK置1

3 由B 端再提出反方向的關(guān)閉請求,將FIN置1

4 主機(jī)A對主機(jī)B的請求進(jìn)行確認(rèn),將ACK置1,雙方向的關(guān)閉結(jié)束.

由TCP的三次握手和四次斷開可以看出,TCP使用面向連接的通信方式,大大提高了數(shù)據(jù)通信的可靠性,使發(fā)送數(shù)據(jù)端 和接收端在數(shù)據(jù)正式傳輸前就有了交互,為數(shù)據(jù)正式傳輸打下了可靠的基礎(chǔ)

名詞解釋

ACK——TCP報(bào)頭的控制位之一,對數(shù)據(jù)進(jìn)行確認(rèn).確認(rèn)由目的端發(fā)出,用它來告訴發(fā)送端這個序列號之前的數(shù)據(jù)段 都收到了.比如,確認(rèn)號為X,則表示前X-1個數(shù)據(jù)段都收到了,只有當(dāng)ACK=1時,確認(rèn)號才有效,當(dāng)ACK=0時,確認(rèn)號無效,這時會要求重傳數(shù)據(jù),保證數(shù)據(jù)的完整性.

SYN——同步序列號,TCP建立連接時將這個位置1

FIN——發(fā)送端完成發(fā)送任務(wù)位,當(dāng)TCP完成數(shù)據(jù)傳輸需要斷開時,提出斷開連接的一方將這位置1

TCP的包頭結(jié)構(gòu)：

源端口 16位

目標(biāo)端口 16位

序列號 32位

回應(yīng)序號 32位

TCP頭長度 4位

reserved 6位

控制代碼 6位

窗口大小 16位

偏移量 16位

校驗(yàn)和 16位

選項(xiàng) 32位(可選)

這樣我們得出了TCP包頭的最小長度，為20字節(jié)。

UDP（User Data Protocol，用戶數(shù)據(jù)報(bào)協(xié)議）

（1） UDP是一個非連接的協(xié)議，傳輸數(shù)據(jù)之前源端和終端不建立連接，當(dāng)它想傳送時就簡單地去抓取來自應(yīng)用程序的數(shù)據(jù)，并盡可能快地把它扔到網(wǎng)絡(luò)上。在發(fā)送端，UDP傳送數(shù)據(jù)的速度僅僅是受應(yīng)用程序生成數(shù)據(jù)的速度、計(jì)算機(jī)的能力和傳輸帶寬的限制；在接收端，UDP把每個消息段放在隊(duì)列中，應(yīng)用程序每次從隊(duì)列中讀一個消息段。

（2） 由于傳輸數(shù)據(jù)不建立連接，因此也就不需要維護(hù)連接狀態(tài)，包括收發(fā)狀態(tài)等，因此一臺服務(wù)機(jī)可同時向多個客戶機(jī)傳輸相同的消息。

（3） UDP信息包的標(biāo)題很短，只有8個字節(jié)，相對于TCP的20個字節(jié)信息包的額外開銷很小。

（4） 吞吐量不受擁擠控制算法的調(diào)節(jié)，只受應(yīng)用軟件生成數(shù)據(jù)的速率、傳輸帶寬、源端和終端主機(jī)性能的限制。

（5）UDP使用盡最大努力交付，即不保證可靠交付，因此主機(jī)不需要維持復(fù)雜的鏈接狀態(tài)表（這里面有許多參數(shù)）。

（6）UDP是面向報(bào)文的。發(fā)送方的UDP對應(yīng)用程序交下來的報(bào)文，在添加首部后就向下交付給IP層。既不拆分，也不合并，而是保留這些報(bào)文的邊界，因此，應(yīng)用程序需要選擇合適的報(bào)文大小。 我們經(jīng)常使用“ping”命令來測試兩臺主機(jī)之間TCP/IP通信是否正常，其實(shí)“ping”命令的原理就是向?qū)Ψ街鳈C(jī)發(fā)送UDP數(shù)據(jù)包，然后對方主機(jī)確認(rèn)收到數(shù)據(jù)包，如果數(shù)據(jù)包是否到達(dá)的消息及時反饋回來，那么網(wǎng)絡(luò)就是通的。

UDP的包頭結(jié)構(gòu)：

源端口 16位

目的端口 16位

長度 16位

校驗(yàn)和 16位

小結(jié)TCP與UDP的區(qū)別：

1.基于連接與無連接；

2.對系統(tǒng)資源的要求（TCP較多，UDP少）；

3.UDP程序結(jié)構(gòu)較簡單；

4.流模式與數(shù)據(jù)報(bào)模式 ；

5.TCP保證數(shù)據(jù)正確性，UDP可能丟包，TCP保證數(shù)據(jù)順序，UDP不保證。

以上就是TCP/IP與UDP究竟有什么區(qū)別的詳細(xì)內(nèi)容，更多請關(guān)注php中文網(wǎng)其它相關(guān)文章！