TCP三次握手、四次揮手及UDP核心知識

TCP核心是面向連接、可靠傳輸三次握手建立連接,四次揮手釋放連接;UDP為無連接、低延遲傳輸,二者流程、應(yīng)用及核心重點如下,簡潔好記,適配知識梳理。

一、TCP三次握手(建立連接,傳遞連接請求/確認包)

核心目的:確??蛻舳撕头?wù)器雙方都能正常收發(fā)數(shù)據(jù),避免無效連接,流程如下(含傳遞的信息包):


image.png

關(guān)鍵說明:僅3次握手可避免“已失效的連接請求包”被服務(wù)器誤認,確保連接雙向可達。

二、TCP四次揮手(釋放連接,傳遞終止/確認包)

核心目的:確保雙方數(shù)據(jù)都傳輸完畢,優(yōu)雅釋放連接,流程如下(含傳遞的信息包):

image.png

關(guān)鍵說明:分4次是因為服務(wù)器收到FIN后,可能還有未發(fā)完的數(shù)據(jù),需先確認、再終止,無法合并為3次。

三、UDP核心介紹(精簡版)

核心特性:無連接、不可靠、低開銷、低延遲,無需握手/揮手,直接發(fā)送數(shù)據(jù)報(無重傳、無確認)。

關(guān)鍵補充:頭部僅8字節(jié),支持一對多傳輸,少量丟包不影響核心使用,與TCP形成互補。

四、TCP與UDP核心應(yīng)用場景(精簡版)

協(xié)議 核心優(yōu)缺點 核心應(yīng)用場景
TCP 優(yōu)點:可靠、有序;缺點:高開銷、延遲高 網(wǎng)頁、文件傳輸、支付、數(shù)據(jù)庫(需可靠無丟失
UDP 優(yōu)點:低開銷、低延遲;缺點:不可靠、易丟包 直播、游戲、視頻通話、DNS(需低延遲,可容忍少量丟包)

五、核心重點梳理(必記)

  • 基礎(chǔ)重點:TCP三次/四次流程及信息包?
    答:三次握手:客戶端發(fā)SYN包(序號x,請求建連)→服務(wù)器回SYN+ACK包(序號y,確認x+1并同步y(tǒng))→客戶端發(fā)ACK包(確認y+1,建連完成);四次揮手:客戶端發(fā)FIN包(序號x,請求終止)→服務(wù)器回ACK包(確認x+1,可續(xù)發(fā)數(shù)據(jù))→服務(wù)器發(fā)FIN包(序號y,數(shù)據(jù)發(fā)完請求終止)→客戶端回ACK包(確認y+1,超時后釋放)。

  • 核心重點:為什么三次握手?
    答:為確認客戶端和服務(wù)器雙方收發(fā)能力均正常(雙向可達),避免已失效的連接請求包被服務(wù)器誤認,兩次無法確認客戶端接收能力,四次多余增加開銷,三次最優(yōu)。

  • 核心重點:為什么四次揮手?
    答:服務(wù)器收到客戶端FIN包后,可能還有未傳輸完畢的數(shù)據(jù),需先回復(fù)ACK包確認收到終止請求,待數(shù)據(jù)發(fā)完后再發(fā)FIN包請求終止,無法將ACK和FIN合并,故需四次。

  • 延伸重點:三次握手最后ACK丟失?
    答:服務(wù)器會觸發(fā)超時重傳機制,重新發(fā)送SYN+ACK包,客戶端收到后再次發(fā)送ACK包,直至服務(wù)器確認,完成連接建立。

  • 對比重點:TCP與UDP區(qū)別及場景?
    答:區(qū)別:TCP面向連接、可靠(有重傳/確認機制)、高開銷;UDP無連接、不可靠(無保障)、低開銷、低延遲。場景:TCP用于網(wǎng)頁、支付、文件傳輸(需可靠無丟失);UDP用于游戲、直播、DNS(需低延遲,可容忍少量丟包)。

  • 拓展重點:揮手后客戶端等待2MSL?
    答:MSL是報文最大生存時間,等待2MSL可確保服務(wù)器收到最后一個ACK包,避免服務(wù)器因未收到ACK而重發(fā)FIN包,同時清理客戶端自身殘留的連接資源。

總結(jié):核心重點圍繞流程+原理+區(qū)別,記住核心邏輯和關(guān)鍵細節(jié),結(jié)合應(yīng)用場景,可快速掌握TCP與UDP核心知識。

?著作權(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)容