TCP和UDP這兩個所謂的協議常常出現在面試過程中，今天就此做一個自己的理解

一.TCP百度百科給出的解釋是這樣的：

TCP（Transmission Control Protocol 傳輸控制協議）是一種面向連線的、可靠的、基於位元組流的傳輸層通訊協議，由IETF的RFC 793定義。在簡化的計算機網路OSI模型中，它完成第四層傳輸層所指定的功能，使用者資料報協議（UDP）是同一層內[1]另一個重要的傳輸協議。在因特網協議族（Internet protocol suite）中，TCP層是位於IP層之上，應用層之下的中間層。不同主機的應用層之間經常需要可靠的、像管道一樣的連線，但是IP層不提供這樣的流機制，而是提供不可靠的包交換

一些人看了這就覺得很懵逼，我也不例外，完全看不懂

首先咱們弄清楚，TCP協議和UCP協議與TCP/IP協議的聯絡，很多人犯糊塗了，一直都是說TCP/IP協議與UDP協議的區別，我覺得這是沒有從本質上弄清楚網路通訊！
TCP/IP協議是一個協議簇。裡面包括很多協議的。UDP只是其中的一個。之所以命名為TCP/IP協議，因為TCP,IP協議是兩個很重要的協議，就用他兩命名了。
TCP/IP協議集包括應用層,傳輸層，網路層，網路訪問層。
   其中應用層包括:
       超文字傳輸協議(HTTP):全球資訊網的基本協議.   
       檔案傳輸(TFTP簡單檔案傳輸協議):   
       遠端登入(Telnet),

反向地址解析協議(RARP)  

根據上圖的分析首先描述的就是TCP的3次握手，通俗的講

TCP三次握手過程

     1 主機A通過向主機B 傳送一個含有同步序列號的標誌位的資料段給主機B ,向主機B 請求建立連線,通過這個資料段,           主機A告訴主機B 兩件事:我想要和你通訊;你可以用哪個序列號作為起始資料段來回應我.           2 主機B收到主機A的請求後,用一個帶有確認應答(ACK)和同步序列號(SYN)標誌位的資料段響應主機A,也告訴主機A兩件事:          我已經收到你的請求了,你可以傳輸資料了;你要用哪佧序列號作為起始資料段來回應我          3 主機A收到這個資料段後,再發送一個確認應答,確認已收到主機B 的資料段:"我已收到回覆,我現在要開始傳輸實際資料了

    這樣3次握手就完成了,主機A和主機B 就可以傳輸資料了.

3次握手的特點              沒有應用層的資料              SYN這個標誌位只有在TCP建產連線時才會被置1

        握手完成後SYN標誌位被置0

二.UDP

UDP（User Data Protocol，使用者資料報協議）
（1）UDP是一個非連線的協議，傳輸資料之前源端和終端不建立連線，當它想傳送時就簡單地去抓取來自應用程式的資料，並儘可能快地把它扔到網路上。在傳送端，UDP傳送資料的速度僅僅是受應用程式生成資料的速度、計算機的能力和傳輸頻寬的限制；在接收端，UDP把每個訊息段放在佇列中，應用程式每次從佇列中讀一個訊息段。
（2） 由於傳輸資料不建立連線，因此也就不需要維護連線狀態，包括收發狀態等，因此一臺服務機可同時向多個客戶機傳輸相同的訊息。
（3）UDP資訊包的標題很短，只有8個位元組，相對於TCP的20個位元組資訊包的額外開銷很小。
（4） 吞吐量不受擁擠控制演算法的調節，只受應用軟體生成資料的速率、傳輸頻寬、源端和終端主機效能的限制。
（5）UDP使用盡最大努力交付，即不保證可靠交付，因此主機不需要維持複雜的連結狀態表（這裡面有許多引數）。
（6）UDP是面向報文的。傳送方的UDP對應用程式交下來的報文，在新增首部後就向下交付給IP層。既不拆分，也不合並，而是保留這些報文的邊界，因此，應用程式需要選擇合適的報文大小。

我們經常使用“ping”命令來測試兩臺主機之間TCP/IP通訊是否正常，其實“ping”命令的原理就是向對方主機發送UDP資料包，然後對方主機確認收到資料包，如果資料包是否到達的訊息及時反饋回來，那麼網路就是通的。

三.對於TCP和UDP的區別做出總結

1.基於連線與無連線；      2.對系統資源的要求（TCP較多，UDP少）；      3.UDP程式結構較簡單；      4.流模式與資料報模式 ；
      5.TCP保證資料正確性，UDP可能丟包，TCP保證資料順序，UDP不保證。