国产无码综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

TCP 三次握手和四次揮手

2年前作者：無問287分類：Toy博客閱讀(35)違法舉報

這篇具有很好參考價值的文章主要介紹了TCP 三次握手和四次揮手。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方，請大家不吝賜教，您也可以點擊"舉報違法"按鈕提交疑問。

為了準確無誤地把數(shù)據(jù)送達目標處，TCP協(xié)議采用了三次握手策略。

1 TCP 三次握手漫畫圖解

如下圖所示，下面的兩個機器人通過3次握手確定了對方能正確接收和發(fā)送消息(圖片來源網(wǎng)絡(luò))。

TCP 三次握手和四次揮手,網(wǎng)絡(luò)

簡單示意圖：

TCP 三次握手和四次揮手,網(wǎng)絡(luò)

客戶端–發(fā)送帶有 SYN 標志的數(shù)據(jù)包–一次握手–服務(wù)端
服務(wù)端–發(fā)送帶有 SYN/ACK 標志的數(shù)據(jù)包–二次握手–客戶端
客戶端–發(fā)送帶有帶有 ACK 標志的數(shù)據(jù)包–三次握手–服務(wù)端

2 為什么要三次握手

三次握手的目的是建立可靠的通信信道，說到通訊，簡單來說就是數(shù)據(jù)的發(fā)送與接收，而三次握手最主要的目的就是雙方確認自己與對方的發(fā)送與接收是正常的。

第一次握手：Client 什么都不能確認；Server 確認了對方發(fā)送正常，自己接收正常

第二次握手：Client 確認了：自己發(fā)送、接收正常，對方發(fā)送、接收正常；Server 確認了：對方發(fā)送正常，自己接收正常

第三次握手：Client 確認了：自己發(fā)送、接收正常，對方發(fā)送、接收正常；Server 確認了：自己發(fā)送、接收正常，對方發(fā)送、接收正常

所以三次握手就能確認雙發(fā)收發(fā)功能都正常，缺一不可。

3 為什么要四次揮手

TCP 三次握手和四次揮手,網(wǎng)絡(luò)

斷開一個 TCP 連接則需要“四次揮手”：

客戶端-發(fā)送一個 FIN，用來關(guān)閉客戶端到服務(wù)器的數(shù)據(jù)傳送
服務(wù)器-收到這個 FIN，它發(fā)回一個 ACK，確認序號為收到的序號加1 。和 SYN 一樣，一個 FIN 將占用一個序號
服務(wù)器-關(guān)閉與客戶端的連接，發(fā)送一個FIN給客戶端
客戶端-發(fā)回 ACK 報文確認，并將確認序號設(shè)置為收到序號加1

任何一方都可以在數(shù)據(jù)傳送結(jié)束后發(fā)出連接釋放的通知，待對方確認后進入半關(guān)閉狀態(tài)。當另一方也沒有數(shù)據(jù)再發(fā)送的時候，則發(fā)出連接釋放通知，對方確認后就完全關(guān)閉了TCP連接。文章來源地址http://www.zghlxwxcb.cn/news/detail-835555.html

到了這里，關(guān)于TCP 三次握手和四次揮手的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！

本文來自互聯(lián)網(wǎng)用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔相關(guān)法律責任。如若轉(zhuǎn)載，請注明出處：如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符，請點擊違法舉報進行投訴反饋，一經(jīng)查實，立即刪除！

分享到：

領(lǐng)支付寶紅包贊助服務(wù)器費用

TCP三次握手和四次揮手
序列號：建立連接時計算機隨機生成的隨機數(shù)作為初始值，通過SYN包傳給接收端主機，每發(fā)送一次數(shù)據(jù)就累加一次該數(shù)據(jù)字節(jié)數(shù)的大小。用來解決網(wǎng)絡(luò)包亂序問題。確認應(yīng)答號：指下一次期望收到的數(shù)據(jù)的序列號，發(fā)送端收到這個確認應(yīng)答以后認為在這個序號以前的數(shù)據(jù)都
2023年04月11日
瀏覽(33)
計算機網(wǎng)絡(luò)：TCP協(xié)議的三次握手和四次揮手與UDP協(xié)議區(qū)別.
TCP協(xié)議： UDP協(xié)議： TCP協(xié)議與UDP協(xié)議都工作在傳輸層. TCP協(xié)議與UDP協(xié)議它們的目標： TCP協(xié)議與UDP協(xié)議的最大區(qū)別： TCP協(xié)議保持連接的三個關(guān)鍵步驟： UDP協(xié)議： TCP協(xié)議與UDP協(xié)議主要區(qū)別：傳輸控制協(xié)議（TCP，Transmission Control Protocol）是一種面向連接的、可靠的、基于字節(jié)流的
2023年04月15日
瀏覽(26)
TCP網(wǎng)絡(luò)三次握手（鏈接請求）和四次揮手（斷鏈請求），F(xiàn)IN報文和RST報文
本文直接將直接開始流程，部分東西不在做解釋，握手是建立連接，揮手是斷開連接標記位 SYN ： 1 標記時表示希望創(chuàng)建連接 FIN： 1 標記時表示希望斷開連接 ACK： 1 標記時確認號字段有效 RST： 1 標記時表示TCP連接出現(xiàn)異常，需要斷開。。。。。序列號：在初次建?連接
2024年04月15日
瀏覽(28)
TCP 的三次握手和四次揮手
Java 面試題第一次握手：客戶端向服務(wù)端發(fā)送SYN包。報文中標志位SYN=1，序列號seq=x（x為隨機整數(shù)）。此時客戶端進入了? SYN_SEND 同步已發(fā)送狀態(tài)。第二次握手：服務(wù)端回復(fù)客戶端SYN+ACK包。報文中標志位SYN=1，標志位ACK=1，序列號seq=y（y為隨機整數(shù)），確認號ack=x+1（x為客戶
2024年01月20日
瀏覽(24)
TCP的三次握手和四次揮手
既然我們文章要說的是TCP的三次握手，和四次揮手，那么肯定是說的連接，也不是說的不其他的。那么它這個連接的過程說的是什么呢？我們還是從圖中理解，這樣比較好理解， TCP第一次握手：服務(wù)端的TCP進程先創(chuàng)建傳輸控制塊TCB，準備接受客戶端進程的連接請求，然后服
2024年02月01日
瀏覽(25)
計算機網(wǎng)絡(luò)—TCP和UDP、輸入url之后顯示主頁過程、TCP三次握手和四次揮手
TCP是面向連接的、可靠的，基于字節(jié)流的傳輸層通信協(xié)議。圖片來源小林coding 序號：傳輸方向上字節(jié)流的字節(jié)編號。初始時序號會被設(shè)置一個隨機的初始值（ISN），之后每次發(fā)送數(shù)據(jù)時，序號值 = ISN + 數(shù)據(jù)在整個字節(jié)流中的偏移。假設(shè)A - B且ISN = 1024，第一段數(shù)據(jù)512字節(jié)已經(jīng)
2024年02月14日
瀏覽(19)
tcp 三次握手和四次揮手報文分析
?報文抓取如下：三段報文分析：第一次：26-96報文交互 Seq-num = 567391014, ACK_NUM = 0; flags = SYN 第二次：96-26報文交互 Seq-num = 416352681, ?ACK_NUM = Seq-num + 1 =567391014 +1 =567391015, flags = ACK + SYN, ? 第三次：26-96報文交互 Seq-num= ACK_NUM= 567391015， ACK_NUM?= seq-num +1= 416352681+ 1 = 416352682, flags
2024年02月04日
瀏覽(22)
TCP中的三次握手和四次揮手
TCP中的連接和斷開可以說是在面試中經(jīng)常被問到的問題之一，正好有空就總結(jié)一下，首先回顧一下TCP的相關(guān)知識點 1.1 TCP的基本概念我們知道TCP是運輸層的面向連接的可靠的傳輸協(xié)議。面向連接的，指的就是在兩個進程發(fā)送數(shù)據(jù)之前，必須先相互“握手”，確保兩進程可以
2024年02月03日
瀏覽(21)
TCP的三次握手和四次揮手······詳解
三次握手是建立連接的過程如圖大致為三次握手的流程圖：當客戶端對服務(wù)端發(fā)起連接時，會先發(fā)一個包連接請求數(shù)據(jù)，去詢問能否建立連接，該數(shù)據(jù)包稱為 “SYN”包然后，如果對方同意連接，那么對方將會回復(fù)一個 “SYN+ACK”包客戶端收到后，回復(fù)一個 “ACK”包，連
2024年02月09日
瀏覽(20)
TCP協(xié)議的三次握手和四次揮手
完整的TCP內(nèi)容，請參考RFC 9293 TCP協(xié)議為應(yīng)用提供可靠的、有序的的字節(jié)流服務(wù)。TCP是面向連接的，提供了全雙工的通信。TCP使用端口號來識別應(yīng)用程序服務(wù)并在主機之間復(fù)用不同的流。 TCP header也像IP header一樣，在header中提供了一些專門用于TCP的信息，TCP header之后就是用戶數(shù)
2024年02月06日
瀏覽(20)