當前位置:首頁 > 科技 > 正文

tcp和udp有什麼區别

UDP

UDP協議全稱是用戶數據報協議,在網絡中它與TCP協議一樣用于處理數據包,是一種無連接的協議。在OSI模型中,在第四層——傳輸層,處于IP協議的上一層。UDP有不提供數據包分組、組裝和不能對數據包進行排序的缺點,也就是說,當報文發送之後,是無法得知其是否安全完整到達的。

它有以下幾個特點:

1、面向無連接

首先 UDP 是不需要和 TCP一樣在發送數據前進行三次握手建立連接的,想發數據就可以開始發送了。并且也隻是數據報文的搬運工,不會對數據報文進行任何拆分和拼接操作。

具體來說就是:

在發送端,應用層将數據傳遞給傳輸層的 UDP 協議,UDP 隻會給數據增加一個 UDP 頭标識下是 UDP 協議,然後就傳遞給網絡層了在接收端,網絡層将數據傳遞給傳輸層,UDP 隻去除 IP 報文頭就傳遞給應用層,不會任何拼接操作。

tcp和udp有什麼區别

2、有單播,多播,廣播的功能

UDP 不止支持一對一的傳輸方式,同樣支持一對多,多對多,多對一的方式,也就是說 UDP 提供了單播,多播,廣播的功能。

3、UDP是面向報文的

發送方的UDP對應用程序交下來的報文,在添加首部後就向下交付IP層。UDP對應用層交下來的報文,既不合并,也不拆分,而是保留這些報文的邊界。因此,應用程序必須選擇合适大小的報文

4、不可靠性

首先不可靠性體現在無連接上,通信都不需要建立連接,想發就發,這樣的情況肯定不可靠。

并且收到什麼數據就傳遞什麼數據,并且也不會備份數據,發送數據也不會關心對方是否已經正确接收到數據了。

再者網絡環境時好時壞,但是 UDP

因為沒有擁塞控制,一直會以恒定的速度發送數據。即使網絡條件不好,也不會對發送速率進行調整。這樣實現的弊端就是在網絡條件不好的情況下可能會導緻丢包,但是優點也很明顯,在某些實時性要求高的場景(比如電話會議)就需要使用UDP 而不是 TCP。

5、頭部開銷小,傳輸數據報文時是很高效的。

TCP

當一台計算機想要與另一台計算機通訊時,兩台計算機之間的通信需要暢通且可靠,這樣才能保證正确收發數據。例如,當你想查看網頁或查看電子郵件時,希望完整且按順序查看網頁,而不丢失任何内容。當你下載文件時,希望獲得的是完整的文件,而不僅僅是文件的一部分,因為如果數據丢失或亂序,都不是你希望得到的結果,于是就用到了TCP。

TCP協議全稱是傳輸控制協議是一種面向連接的、可靠的、基于字節流的傳輸層通信協議,由 IETF 的RFC 793定義。TCP 是面向連接的、可靠的流協議。流就是指不間斷的數據結構,你可以把它想象成排水管中的水流。

1、TCP連接過程

第一次握手

客戶端向服務端發送連接請求報文段。該報文段中包含自身的數據通訊初始序号。請求發送後,客戶端便進入 SYN-SENT 狀态。

第二次握手

服務端收到連接請求報文段後,如果同意連接,則會發送一個應答,該應答中也會包含自身的數據通訊初始序号,發送完成後便進入 SYN-RECEIVED 狀态。

第三次握手

當客戶端收到連接同意的應答後,還要向服務端發送一個确認報文。客戶端發完這個報文段後便進入 ESTABLISHED 狀态,服務端收到這個應答後也進入 ESTABLISHED 狀态,此時連接建立成功。

這裡可能大家會有個疑惑:為什麼 TCP 建立連接需要三次握手,而不是兩次?這是因為這是為了防止出現失效的連接請求報文段被服務端接收的情況,從而産生錯誤。

2、TCP斷開鍊接

TCP 是全雙工的,在斷開連接時兩端都需要發送 FIN 和 ACK。

第一次握手

若客戶端 A 認為數據發送完成,則它需要向服務端 B 發送連接釋放請求。

第二次握手

B 收到連接釋放請求後,會告訴應用層要釋放 TCP 鍊接。然後會發送 ACK 包,并進入 CLOSE_WAIT 狀态,此時表明 A 到 B 的連接已經釋放,不再接收 A 發的數據了。但是因為 TCP 連接是雙向的,所以 B 仍舊可以發送數據給 A。

第三次握手

B 如果此時還有沒發完的數據會繼續發送,完畢後會向 A 發送連接釋放請求,然後 B 便進入 LAST-ACK 狀态。

第四次握手

A 收到釋放請求後,向 B 發送确認應答,此時 A 進入 TIME-WAIT 狀态。該狀态會持續 2MSL(最大段生存期,指報文段在網絡中生存的時間,超時會被抛棄) 時間,若該時間段内沒有 B 的重發請求的話,就進入 CLOSED 狀态。當 B 收到确認應答後,也便進入 CLOSED 狀态。

3、TCP協議的特點

面向連接

面向連接,是指發送數據之前必須在兩端建立連接。建立連接的方法是“三次握手”,這樣能建立可靠的連接。建立連接,是為數據的可靠傳輸打下了基礎。

僅支持單播傳輸

每條TCP傳輸連接隻能有兩個端點,隻能進行點對點的數據傳輸,不支持多播和廣播傳輸方式。

面向字節流

TCP不像UDP一樣那樣一個個報文獨立地傳輸,而是在不保留報文邊界的情況下以字節流方式進行傳輸。

可靠傳輸

對于可靠傳輸,判斷丢包,誤碼靠的是TCP的段編号以及确認号。TCP為了保證報文傳輸的可靠,就給每個包一個序号,同時序号也保證了傳送到接收端實體的包的按序接收。然後接收端實體對已成功收到的字節發回一個相應的确認(ACK);如果發送端實體在合理的往返時延(RTT)内未收到确認,那麼對應的數據(假設丢失了)将會被重傳。

提供擁塞控制

當網絡出現擁塞的時候,TCP能夠減小向網絡注入數據的速率和數量,緩解擁塞

TCP提供全雙工通信

TCP允許通信雙方的應用程序在任何時候都能發送數據,因為TCP連接的兩端都設有緩存,用來臨時存放雙向通信的數據。當然,TCP可以立即發送一個數據段,也可以緩存一段時間以便一次發送更多的數據段(最大的數據段大小取決于MSS)

你可能想看:

有話要說...

取消
掃碼支持 支付碼