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

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

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

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

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

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

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

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

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

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

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

      作為對比，我們在簡單描述一下UDP協(xié)議：

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

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

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

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

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

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

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