成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

TCP連接為什么只能是“3次握手”,不是2次,也不是4次?

網(wǎng)絡(luò) 網(wǎng)絡(luò)管理
我們知道客戶端(Client)A 和服務(wù)器端(Server)B 的通信方式可分為:全雙工、半雙工、單工,TCP 屬于全雙工。下面小編就帶你們了解 TCP 的工作原理是啥?

我們知道客戶端(Client)A 和服務(wù)器端(Server)B 的通信方式可分為:全雙工、半雙工、單工:

  • 單工:A 可以發(fā)給 B ,B 不能發(fā)給 A ,叫做單工
  • 半雙工:A 可以發(fā)給 B , B 也可以發(fā)給 A ,但是兩者的步驟不能同時進(jìn)行,即 A 給 B 發(fā)信息的時候,B 不能給 A 發(fā)。
  • 全雙工:即客戶端 A 在給服務(wù)器端 B 發(fā)信息的同時,服務(wù)器端 B 也可以給客戶端 A 發(fā)送信息。

TCP 屬于全雙工。

[[264229]]

TCP 的工作原理

下面小編就帶你們了解 TCP 的工作原理是啥?

由前面的知識我們學(xué)習(xí)到 TCP 有三次握手(前文參考:HTTP也有長短之分?HTTP的長連接vs短連接)。

TCP 的三次握手的示意圖:

TCP連接為什么只能是“3次握手”,不是2次,也不是4次?

具體的含義理解可以這樣看:

1. 一次握手

客戶端想服務(wù)器發(fā)送一個 SYN 標(biāo)志位為1的包,以及初始序號X,包裝在包的頭的序列號字段里。

客戶端進(jìn)入 SYN_SEND 狀態(tài),等待服務(wù)器端的確認(rèn)。

2. 第二次握手

服務(wù)器發(fā)回 ACK(確認(rèn)包),即將SYN和ACK標(biāo)志位都命名為1,同時將序列號修改為X+1。

同時自己也發(fā)送了一個包,SYN包,序列號(seq =Y),即 SYN +ACK 包。

此時服務(wù)器進(jìn)入 SYN_RECV 狀態(tài)。

3. 第三次握手

客戶端接收到服務(wù)器發(fā)送過來的(ACK+SYN)包,SYN 標(biāo)志位為0。ACK 標(biāo)志位為1。

同時把服務(wù)器發(fā)過來的 ACK 包序列號字段+1并放在包中,發(fā)給服務(wù)器即 ACK=Y+1。

通俗解釋:

是不是覺得還是很難懂啊,那下面就給你舉個例子。

首先我們假設(shè) A和B 是本次進(jìn)行通信的雙方。 而發(fā)一次信息就代表著一次握手。

  • 一次握手: A 給 B 發(fā)微信語音聊天,在嗎?能聽到我講話嗎?
  • 第二次握手:B 收到了 A 發(fā)來的微信語音通話,然后對A說:嗯,人在的,我能聽見你說的話,你能聽得見我說話嗎,有什么事情?
  • 第三次握手: A 收到了 B 回復(fù)回來的信息語音,我想問你一件事?

然后就開始愉快的聊天了。

兩次握手是否可以?

那我們接下來探究 兩次握手可不可以?

  • 一次握手之后: 服務(wù)器端B 可以接收到客戶端A發(fā)來來的信息,但是對于客戶端A 來說,它并不能確定自己發(fā)送的消息有沒有成功。
  • 第二次握手之后: 服務(wù)端B 向客戶端A 發(fā)送的報文信息,服務(wù)器端B可以認(rèn)為我發(fā)送的消息成功了。
  • 如果現(xiàn)在沒有第三次握手的話,服務(wù)器端B 在進(jìn)行第二次握手之后,會認(rèn)為我們的連接時成功的。

但是對于,客戶端A 呢?并不能保證一定能接收到服務(wù)器端B發(fā)來的信息吧,如果客戶端A沒接受到服務(wù)器端發(fā)來的信息呢?

客戶端就會認(rèn)為我們之間的通信沒有建立起來。 這樣的通信過程顯然是不成功的。

如果存在大量的這種情況發(fā)生的話,服務(wù)器B 會發(fā)生崩潰的。

看樣子僅僅兩次握手是不行的,完成不了 TCP 的通信工作原理。

兩次不行,那四次呢?

四次握手行不行?

我們根據(jù)上面的 TCP 通信原理可知道,經(jīng)過三次握手之后,客戶端A 和服務(wù)器端B 都可以確認(rèn)之前他們的所發(fā)送的消息,各自都能收到且報文也都成功發(fā)送給對方了。

依據(jù)上面那個結(jié)論可知道,你是四次握手還是五次握手,都是徒勞的。因為經(jīng)過“三次握手”之后,把該做的事情都做完了。

結(jié)論

TCP 的三次握手是經(jīng)典,計算機(jī)上的通信協(xié)議也都依據(jù)于 TCP 的三次握手和四次揮手。

因為計算機(jī)應(yīng)用直接的通信依據(jù)于 HTTP 協(xié)議,而 HTTP 實質(zhì)上是依靠 TCP 協(xié)議完成的,這個知識在前面說過。從而形成了:

  • TCP 只能是三次握手,不能是兩次,也不能是四次。
  • 少于三次握手,不能保證是否建立了通信連接;
  • 多于三次握手,都是徒勞和浪費(fèi)的。

我們看出經(jīng)過三次握手之后,我們可以得出下面的結(jié)論:

  • A 可以給B發(fā)送消息了,同時A也能接受到B發(fā)來的信息;
  • 與此同時對于B而言,B也可以給A發(fā)送消息,同時B也能接收到A發(fā)來的消息。

 

責(zé)任編輯:趙寧寧 來源: 今日頭條
相關(guān)推薦

2019-05-14 10:09:06

TCP連接握手

2024-10-16 08:38:37

TCP編號信息

2019-05-28 10:45:07

TCP3次握手數(shù)據(jù)傳輸

2021-04-30 13:32:17

TCP三次握手網(wǎng)絡(luò)協(xié)議

2021-12-02 09:20:33

TCPLinux三次握手

2024-04-07 00:02:00

TCP連接通道

2023-09-07 16:46:54

TCP數(shù)據(jù)傳遞

2025-05-07 08:25:00

TCPUDP三次握手

2021-05-28 09:08:20

TCP連接序列號

2022-07-25 07:07:35

TCP客戶端服務(wù)器

2019-12-12 10:36:43

TCPSYNIP

2019-07-19 06:58:03

TCP三次握手網(wǎng)絡(luò)協(xié)議

2024-10-14 16:40:59

2020-02-17 10:10:43

TCP三次握手四次揮手

2023-10-24 15:22:09

TCPUDP

2019-06-12 11:26:37

TCP三次握手四次揮手

2015-10-13 09:42:52

TCP網(wǎng)絡(luò)協(xié)議

2024-01-12 08:23:11

TCPACK服務(wù)器

2024-07-10 12:00:42

2021-07-03 17:47:25

TCP控制協(xié)議
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號

主站蜘蛛池模板: 久久久一区二区三区四区 | 午夜在线观看免费 | 在线播放国产一区二区三区 | 在线一区| 一本一道久久a久久精品蜜桃 | 黄色免费网站在线看 | 中文字幕欧美一区 | 欧美精品一区二区三区在线 | 亚洲精品自在在线观看 | 一级黄色片在线看 | 精品久久久久久亚洲精品 | 特黄毛片 | 亚洲成人播放器 | 欧美a√| 四季久久免费一区二区三区四区 | 一级片免费在线观看 | 激情 亚洲 | 成av人电影在线 | 国产一区二区三区久久 | 羞羞的视频在线 | 91福利在线观看 | 超碰免费在线观看 | 亚洲日本激情 | 亚洲黄色av | 午夜三区 | 欧美一级在线 | 久久久亚洲精品视频 | 久久一热 | 亚洲精品日韩一区二区电影 | 国产在线精品一区二区 | 福利国产 | 日产精品久久久一区二区福利 | 亚洲一区二区免费 | 国产精品精品久久久久久 | 精品成人av | 精品国产鲁一鲁一区二区张丽 | 视频一区二区中文字幕日韩 | 国产在线高清 | 国产精品国产a级 | 一级片免费视频 | 中文字幕亚洲区一区二 |