網(wǎng)絡(luò)通信UDP協(xié)議與TCP協(xié)議有哪些區(qū)別呢？

      奈圖爾科技（www.ntooler.com）整理消息：本文主要與各位伙伴簡(jiǎn)單探討一下常用的兩種網(wǎng)絡(luò)通信協(xié)議的區(qū)別，即TCP協(xié)議與UDP協(xié)議。TCP協(xié)議是面向連接的通信協(xié)議，即傳輸數(shù)據(jù)之前，在發(fā)送和接收端建立邏輯連接，然后在傳輸數(shù)據(jù)，它提供了兩臺(tái)計(jì)算機(jī)之間可靠無(wú)差錯(cuò)的數(shù)據(jù)傳輸。UDP是無(wú)線連接通信協(xié)議，在數(shù)據(jù)傳輸?shù)臅r(shí)候，數(shù)據(jù)的發(fā)送端和接收端不建立邏輯連接。

      首先，我們簡(jiǎn)單描述一下TCP協(xié)議：

      TCP：傳輸協(xié)議（Transmission Control Protocol），TCP協(xié)議是面向連接的通信協(xié)議，即傳輸數(shù)據(jù)之前，在發(fā)送和接收端建立邏輯連接，然后在傳輸數(shù)據(jù)，它提供了兩臺(tái)計(jì)算機(jī)之間可靠無(wú)差錯(cuò)的數(shù)據(jù)傳輸。

      在TCP連接中必須明確客戶端與服務(wù)器端。由客戶端向服務(wù)器端發(fā)送請(qǐng)求，每次連接的創(chuàng)建都需要經(jīng)過(guò)“3次握手”，即：TCP協(xié)議中，在發(fā)送數(shù)據(jù)的準(zhǔn)備階段，客戶端與服務(wù)器之間三次交互，以保證連接的可靠。

      “第1次握手”：客戶機(jī)向服務(wù)器發(fā)送連接請(qǐng)求，等待服務(wù)器確認(rèn)。

      “第2次握手”：服務(wù)器向客戶端會(huì)送一個(gè)響應(yīng)，通知客服端收到的連接請(qǐng)求。

      “第3層握手”：客戶端再次向服務(wù)器發(fā)送確認(rèn)信息，確認(rèn)連接。

      關(guān)于TCP協(xié)議的“3次握手”，如下如圖所示：

      完成三次握手，連接建立以后，客戶端和服務(wù)器就可以開(kāi)始進(jìn)行數(shù)據(jù)傳輸了。

      由于這種面向連接的性質(zhì)，TCP協(xié)議可以保證傳輸數(shù)據(jù)的安全，所以應(yīng)用十分廣泛，例如下載文件、瀏覽網(wǎng)頁(yè)等。

      作為對(duì)比，我們?cè)诤?jiǎn)單描述一下UDP協(xié)議：

      UDP：用戶數(shù)據(jù)報(bào)協(xié)議（User Datagram Protocol），UDP是無(wú)線連接通信協(xié)議，在數(shù)據(jù)傳輸?shù)臅r(shí)候，數(shù)據(jù)的發(fā)送端和接收端不建立邏輯連接。即，當(dāng)一臺(tái)計(jì)算機(jī)向另一臺(tái)計(jì)算機(jī)發(fā)送數(shù)據(jù)時(shí)，發(fā)送端不會(huì)確認(rèn)接收端是否存在，就會(huì)發(fā)送數(shù)據(jù)，同樣的接收端在接收到數(shù)據(jù)時(shí)，也不會(huì)向發(fā)送端反饋是否接收數(shù)據(jù)。

      就像給QQ好友發(fā)送消息，無(wú)論對(duì)法是否在線，是否回復(fù)，雙方都可以發(fā)送消息。

      優(yōu)點(diǎn)：UDP消耗資源小，通信效率高

      用途：通常用于音頻、視頻和普通數(shù)據(jù)的傳輸，比如，視頻會(huì)議，這種情況偶然丟失一兩個(gè)包，也不會(huì)對(duì)接收結(jié)果產(chǎn)生太大影響。

      局限性：數(shù)據(jù)被限制在64kb以內(nèi)，超過(guò)這個(gè)范圍就不能發(fā)送

      數(shù)據(jù)包（Datagram）:網(wǎng)絡(luò)傳輸?shù)幕締挝?br/>

      由于在使用UDP協(xié)議傳輸數(shù)據(jù)時(shí)，UDP面向無(wú)連接線，不能保證數(shù)據(jù)的完整性，因此在傳輸數(shù)據(jù)時(shí)不建議使用UDP協(xié)議。UDP的交換過(guò)程如下圖：