HTTP 三次握手,四次揮手(為什么是三次握手四次揮手)

問題帶入 --- 個人閱讀別人的筆記自己的理解 -- 具體底層有待以后提升后補充完成

1.HTTP請求 為什么是三次握手四次揮手?
2.為什么是三次握手不是兩次握手?

TCP 報文格式:

TPC報文格式

標(biāo)志位含義: 1.ACK : 確認(rèn)序號有效 2.SYN:發(fā)送一個新的鏈接 3.FIN:釋放一個鏈接

三次握手過程

**注意:**三次握手的主要目的是確保連接是雙工的,可靠的通過更多的重傳機制來保證連接
三次握手,建立TCP連接需要客戶端和服務(wù)端總共至少發(fā)送三個包確認(rèn)連接。
TCP三次握手流程圖

第一次握手:

-客戶端發(fā)送一個TCP的SYN標(biāo)志位置1的包指明發(fā)送的服務(wù)器端口,以及初始化序號 X

第二次握手:

-服務(wù)器返回確認(rèn)包ACK應(yīng)答,及SYN標(biāo)志位和ACK標(biāo)志位均為1,同時將確認(rèn)序號設(shè)置為 X+1

第三次握手:

-客戶端再次發(fā)送確認(rèn)(ACK) SYN標(biāo)志為0,ACK標(biāo)志為1,并把服務(wù)器發(fā)送過來的ACK序號字段+1

第一次握手: 客戶端什么都不確定。服務(wù)端確認(rèn)對方發(fā)送正常。
第二次握手: 客戶端發(fā)送/接受正常,對方發(fā)送接收正常。服務(wù)端確認(rèn)自己發(fā)送正常,客戶端發(fā)送正常。
第三次握手: 客戶端發(fā)送/接受正常,服務(wù)端發(fā)送接受正常。服務(wù)端確認(rèn)自己發(fā)送/接受正常,客戶端發(fā)送接受正常。

tcp為什么三次握手
阻塞后會發(fā)生

當(dāng)網(wǎng)絡(luò)原因服務(wù)端沒有收到客戶端的請求,且沒有給客戶端反饋。超時后客戶端會再次向服務(wù)端發(fā)送請求。當(dāng)網(wǎng)絡(luò)暢通后服務(wù)器段收到最開始的請求并反饋給客戶端。導(dǎo)致客戶端認(rèn)為自己未發(fā)送這個請求,服務(wù)端認(rèn)為自己發(fā)送了一個新的請求,導(dǎo)致服務(wù)端性能浪費。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容