4.23、TCP狀態(tài)轉(zhuǎn)換（為什么四次揮手）

2年前作者：zyl51_分類：Toy博客閱讀(23)違法舉報(bào)

這篇具有很好參考價(jià)值的文章主要介紹了4.23、TCP狀態(tài)轉(zhuǎn)換（為什么四次揮手）。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方，請(qǐng)大家不吝賜教，您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

1.TCP狀態(tài)轉(zhuǎn)換圖

2.為什么需要四次揮手，狀態(tài)轉(zhuǎn)換

2MSL（Maximum Segment Lifetime）
主動(dòng)斷開連接的一方, 最后進(jìn)入一個(gè) TIME_WAIT狀態(tài), 這個(gè)狀態(tài)會(huì)持續(xù): 2msl
- msl: 官方建議: 2分鐘, 實(shí)際是30s
當(dāng) TCP 連接主動(dòng)關(guān)閉方接收到被動(dòng)關(guān)閉方發(fā)送的 FIN 和最終的 ACK 后，連接的主動(dòng)關(guān)閉方必須處于 TIME_WAIT 狀態(tài)并持續(xù) 2MSL 時(shí)間。

這樣就能夠讓 TCP 連接的主動(dòng)關(guān)閉方在它發(fā)送的 ACK 丟失的情況下重新發(fā)送最終的 ACK。

主動(dòng)關(guān)閉方重新發(fā)送的最終 ACK 并不是因?yàn)楸粍?dòng)關(guān)閉方重傳了 ACK（它們并不消耗序列號(hào)，被動(dòng)關(guān)閉方也不會(huì)重傳），而是因?yàn)楸粍?dòng)關(guān)閉方重傳了它的 FIN。事實(shí)上，被動(dòng)關(guān)閉方總是重傳 FIN 直到它收到一個(gè)最終的 ACK。
文章來源地址http://www.zghlxwxcb.cn/news/detail-420989.html

到了這里，關(guān)于4.23、TCP狀態(tài)轉(zhuǎn)換（為什么四次揮手）的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！

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

分享到：

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

TCP四次握手為什么客戶端等待的時(shí)間是2MSL
MSL是Maximum Segment Lifetime英文的縮寫，中文可以譯為“報(bào)文最大生存時(shí)間”，他是任何報(bào)文在網(wǎng)絡(luò)上存在的最長(zhǎng)時(shí)間，超過這個(gè)時(shí)間報(bào)文將被丟棄。第三次握手服務(wù)端發(fā)送FIN報(bào)文段，最長(zhǎng)情況下經(jīng)過MSL的時(shí)間可以到達(dá)客戶端，客戶端在收到來自服務(wù)端的FIN報(bào)文段之后發(fā)送ACK報(bào)文
2024年02月15日
瀏覽(26)
TCP為什么是三次握手和四次揮手以及可能出現(xiàn)的問題
如果是4次，多了一次沒啥意義還慢了，如果是兩次握手邏輯可能存在下列問題： (這兩個(gè)方面也可以理解為握手過程中可能出現(xiàn)的問題) 不可靠 TCP協(xié)議是可靠的，那么建立的連接也需要確保是雙向，可靠的 ; 根據(jù)連接過程分析，只有一方收到了另一方的ack確認(rèn)報(bào)文，才能證
2024年02月03日
瀏覽(21)
TCP為什么需要三次握手進(jìn)行連接，二次或四次不可以嗎？
為了確認(rèn)雙方具有接收和發(fā)送的能力。 1.?可以阻止重復(fù)歷史連接的初始化（主要原因）。 2.?可以同步雙方的初始序列號(hào)。 3. 可以避免資源的浪費(fèi)。 1.?為了防止舊的重復(fù)連接初始化造成混亂。當(dāng)客戶端發(fā)送了一個(gè) SYN 報(bào)文后，突然宕機(jī)了，并且這個(gè) SYN 報(bào)文還被網(wǎng)絡(luò)阻塞了
2024年02月16日
瀏覽(24)
TCP實(shí)現(xiàn)原理和為什么需要三次握手?兩次握手不可以?四次握手不可以?
TCP實(shí)現(xiàn)原理和為什么需要三次握手?兩次握手不可以?四次握手不可以? 1. 什么是TCP協(xié)議? TCP：Transmission Control Protocol翻譯過來就是傳輸控制協(xié)議,TCP協(xié)議是一個(gè)面向連接的、可靠的、基于字節(jié)流的傳輸層協(xié)議 RFC 793對(duì)TCP連接的定義 Connections: The reliability and flow control mechanisms descri
2024年02月16日
瀏覽(32)
97-TCP為什么要有一個(gè)“TIME_WAIT“的狀態(tài)
\\\"TIME_WAIT\\\"狀態(tài)存在的原因主要有兩點(diǎn): 假設(shè)上圖中用于確認(rèn)服務(wù)器結(jié)束報(bào)文段6的TCP報(bào)文段7丟失,那么服務(wù)器將重發(fā)結(jié)束報(bào)文段,因此客戶端需要停留在某個(gè)狀態(tài)以處理重復(fù)收到的結(jié)束報(bào)文段.否則客戶端將以復(fù)位報(bào)文段來回應(yīng)服務(wù)器,服務(wù)器則認(rèn)為這是一個(gè)錯(cuò)誤,因?yàn)樗谕氖且?/p>
2024年02月01日
瀏覽(32)
說一下什么是tcp的2MSL，為什么客戶端在 TIME-WAIT 狀態(tài)必須等待 2MSL 的時(shí)間？
1.1 MSL MSL:Maximum Segment Lifetime報(bào)文段最大生存時(shí)間，它是任何報(bào)文段被丟棄前在網(wǎng)絡(luò)內(nèi)的最長(zhǎng)時(shí)間 1.2為什么存在MSL TCP報(bào)文段以IP數(shù)據(jù)報(bào)在網(wǎng)絡(luò)內(nèi)傳輸，而IP數(shù)據(jù)報(bào)則有限制其生存時(shí)間的TTL字段，并且TTL的限制是基于跳數(shù) 1.3MSL大小定義 RFC文檔中規(guī)定為2分鐘，但是實(shí)際實(shí)現(xiàn)過程中
2024年02月06日
瀏覽(21)
TCP的四次揮手與TCP狀態(tài)轉(zhuǎn)換
TCP客戶端與服務(wù)器斷開連接的時(shí)候，在程序中使用close()函數(shù)，會(huì)使用TCP協(xié)議四次揮手。客戶端和服務(wù)端都可以主動(dòng)發(fā)起。因TCP連接時(shí)候是雙向的，所以斷開的時(shí)候也是雙向的。三次揮手可以嗎？可以是可以，和狀態(tài)有關(guān)。四次揮手是用于客戶端和服務(wù)器斷開連接的時(shí)候，
2024年02月13日
瀏覽(15)
為什么是三次握手和四次揮手
因?yàn)檫@是雙方都有收發(fā)的最小次數(shù) 握手的目的：確認(rèn)網(wǎng)絡(luò)好著沒，對(duì)方好著沒確認(rèn)雙方主機(jī)是否健康（雙方）驗(yàn)證雙方是否具有全雙工。比如發(fā)送數(shù)據(jù)不是為了對(duì)方接受，而是為了證明自己能夠發(fā)送數(shù)據(jù)。一次握手，服務(wù)端知道自己能收；兩次握手，客戶端知道自己能夠
2024年02月02日
瀏覽(30)
為什么說 ChatGPT 引爆第四次工業(yè)革命？
如果看不懂當(dāng)下，請(qǐng)回憶歷史，因?yàn)樵?jīng)發(fā)生過。如果忘記了歷史，請(qǐng)看看當(dāng)下，因?yàn)闅v史正在重演。我問佛：何為對(duì)的人？佛說：一見你，就笑的人；一見，你就笑的人！[合十] 百度宣布正在開發(fā)中文版ChatGPT語(yǔ)言模型“文心一言”，并于3月16日發(fā)布。該模型在創(chuàng)意寫作
2023年04月18日
瀏覽(28)
“為什么是三次握手”與“為什么是三次握手，卻是四次揮手”其實(shí)是不同的問題
“為什么是三次握手？” 這個(gè)問題言下之意其實(shí)在問：“為什么不是0次、1次、2次、4次甚至更多次握手”。確保雙方的發(fā)送能力和接收能力都是好的。該回答下的一評(píng)論：其實(shí)很簡(jiǎn)單， 1.a-b, 這個(gè)時(shí)候沒有任何狀態(tài)， 2. b-a, b給a發(fā)東西，說明收到了a的東西，證明了a的
2024年02月10日
瀏覽(21)