http三次握手四次揮手

三次握手

在TCP/IP協(xié)議中景图,TCP協(xié)議提供可靠的連接服務(wù)碉哑,采用三次握手建立一個連接,
(1) 第一次握手:建立連接時妆毕,客戶端A發(fā)送SYN包(SYN=j)到服務(wù)器B贮尖,并進入SYN_SEND狀態(tài)笛粘,等待服務(wù)器B確認湿硝。
(2) 第二次握手:服務(wù)器B收到SYN包,必須確認客戶A的SYN(ACK=j+1)序六,同時自己也發(fā)送一個SYN包(SYN=k)蚤吹,即SYN+ACK包随抠,此時服務(wù)器B進入SYN_RECV狀態(tài)裁着。
(3) 第三次握手:客戶端A收到服務(wù)器B的SYN+ACK包拱她,向服務(wù)器B發(fā)送確認包ACK(ACK=k+1),此包發(fā)送完畢桶雀,客戶端A和服務(wù)器B進入ESTABLISHED狀態(tài)唬复,完成三次握手矗积。
完成三次握手敞咧,客戶端與服務(wù)器開始傳送數(shù)據(jù)。


三次握手
四次揮手

TCP的連接的拆除需要發(fā)送四個包乍恐,因此稱為四次揮手(four-way handshake)“俅遥客戶端或服務(wù)器均可主動發(fā)起揮手動作,在socket編程中加匈,任何一方執(zhí)行close()操作即可產(chǎn)生揮手操作宙彪。
由于TCP連接是全雙工的,因此每個方向都必須單獨進行關(guān)閉(客戶端和服務(wù)端都要發(fā)送Fin報文)释漆。這個原則是當一方完成它的數(shù)據(jù)發(fā)送任務(wù)后就能發(fā)送一個FIN來終止這個方向的連接。收到一個 FIN只意味著這一方向上沒有數(shù)據(jù)流動示姿,一個TCP連接在收到一個FIN后仍能發(fā)送數(shù)據(jù)。首先進行關(guān)閉的一方將執(zhí)行主動關(guān)閉栈戳,而另一方執(zhí)行被動關(guān)閉难裆。
(1)客戶端A發(fā)送一個FIN,用來關(guān)閉客戶A到服務(wù)器B的數(shù)據(jù)傳送乃戈。
(2)服務(wù)器B收到這個FIN,它發(fā)回一個ACK缩歪,確認序號為收到的序號加1谍憔。和SYN一樣匪蝙,一個FIN將占用一個序號习贫。(確認客戶端的Fin信號)
(3)服務(wù)器B關(guān)閉與客戶端A的連接,發(fā)送一個FIN給客戶端A(自己發(fā)送信號)需忿。
(4)客戶端A發(fā)回ACK報文確認,并將確認序號設(shè)置為收到序號加1(確認服務(wù)端的Fin信號)屋厘。

四次揮手

那么是不是四次揮手后就馬上結(jié)束了鏈接呢?
答案是否定的议纯,協(xié)議里還有個TIME_WAIT狀態(tài)溢谤,因為雖然雙方都同意關(guān)閉連接了,而且握手的4個報文也都協(xié)調(diào)和發(fā)送完畢世杀,按理可以直接回到CLOSED狀態(tài)(就好比從SYN_SEND狀態(tài)到ESTABLISH狀態(tài)那樣);但是因為我們必須要假想網(wǎng)絡(luò)是不可靠的蛛壳,你無法保證你最后發(fā)送的ACK報文會一定被對方收到,因此對方處于LAST_ACK狀態(tài)下的SOCKET可能會因為超時未收到ACK報文衙荐,而重發(fā)FIN報文浮创,所以這個TIME_WAIT狀態(tài)的作用就是用來重發(fā)可能丟失的ACK報文。
簡單的總結(jié)就是我再等一會結(jié)束斩披,防止網(wǎng)絡(luò)差導(dǎo)致對方?jīng)]有接到我報文。當TCP連接完成四個報文段的交換時斩祭,主動關(guān)閉的一方將繼續(xù)等待一定時間(2-4分鐘),即使兩端的應(yīng)用程序結(jié)束。

TCP的擁塞控制

1.數(shù)據(jù)是單方向傳送耳奕,而另一個方向只傳送確認;
2.接收方總是有足夠大的緩存空間闸婴,因而發(fā)送發(fā)發(fā)送窗口的大小由網(wǎng)絡(luò)的擁塞程度來決定芍躏;
3.以TCP報文段的個數(shù)為討論問題的單位,而不是以字節(jié)為單位;
發(fā)送方給接收方發(fā)送數(shù)據(jù)報文段后庇楞,接收方給發(fā)送方發(fā)回相應(yīng)的確認報文段,一個傳輸輪次所經(jīng)歷的時間就是往返時間RTT(RTT并非是恒定的數(shù)值)蛋褥,使用傳輸輪次是為了強調(diào)睛驳,把擁塞窗口cwnd所允許發(fā)送的報文段都連續(xù)發(fā)送出去,并收到了對已發(fā)送的最后一個報文段的確認乏沸,擁塞窗口cwnd會隨著網(wǎng)絡(luò)擁塞程度以及所使用的擁塞控制算法動態(tài)變化。


擁塞控制

簡單的說就有有一個擁塞窗口匙瘪,tcp會根據(jù)網(wǎng)絡(luò)的擁塞情況炬转,根據(jù)不同的擁塞控制算法來控制窗口的大小。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末驻啤,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子骑冗,更是在濱河造成了極大的恐慌先煎,老刑警劉巖,帶你破解...
    沈念sama閱讀 222,464評論 6 517
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件遥倦,死亡現(xiàn)場離奇詭異,居然都是意外死亡袒哥,警方通過查閱死者的電腦和手機消略,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,033評論 3 399
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來却紧,“玉大人桐臊,你說我怎么就攤上這事晓殊。” “怎么了懒浮?”我有些...
    開封第一講書人閱讀 169,078評論 0 362
  • 文/不壞的土叔 我叫張陵识藤,是天一觀的道長。 經(jīng)常有香客問我痴昧,道長,這世上最難降的妖魔是什么舌镶? 我笑而不...
    開封第一講書人閱讀 59,979評論 1 299
  • 正文 為了忘掉前任豪娜,我火速辦了婚禮,結(jié)果婚禮上瘤载,老公的妹妹穿的比我還像新娘。我一直安慰自己鸣奔,他們只是感情好,可當我...
    茶點故事閱讀 69,001評論 6 398
  • 文/花漫 我一把揭開白布扣汪。 她就那樣靜靜地躺著锨匆,像睡著了一般。 火紅的嫁衣襯著肌膚如雪恐锣。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,584評論 1 312
  • 那天,我揣著相機與錄音匀奏,去河邊找鬼。 笑死论衍,一個胖子當著我的面吹牛瑞佩,可吹牛的內(nèi)容都是我干的坯台。 我是一名探鬼主播,決...
    沈念sama閱讀 41,085評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼稠炬,長吁一口氣:“原來是場噩夢啊……” “哼咪啡!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起撤摸,我...
    開封第一講書人閱讀 40,023評論 0 277
  • 序言:老撾萬榮一對情侶失蹤准夷,失蹤者是張志新(化名)和其女友劉穎钥飞,沒想到半個月后衫嵌,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,555評論 1 319
  • 正文 獨居荒郊野嶺守林人離奇死亡论悴,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,626評論 3 342
  • 正文 我和宋清朗相戀三年墓律,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片耻讽。...
    茶點故事閱讀 40,769評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡针肥,死狀恐怖饼记,靈堂內(nèi)的尸體忽然破棺而出慰枕,到底是詐尸還是另有隱情,我是刑警寧澤具帮,帶...
    沈念sama閱讀 36,439評論 5 351
  • 正文 年R本政府宣布,位于F島的核電站匪凡,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏病游。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 42,115評論 3 335
  • 文/蒙蒙 一买猖、第九天 我趴在偏房一處隱蔽的房頂上張望佣耐。 院中可真熱鬧政勃,春花似錦兼砖、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,601評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽薛窥。三九已至眼姐,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間众旗,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,702評論 1 274
  • 我被黑心中介騙來泰國打工滩租, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留利朵,地道東北人律想。 一個月前我還...
    沈念sama閱讀 49,191評論 3 378
  • 正文 我出身青樓绍弟,卻偏偏與公主長得像,于是被迫代替她去往敵國和親而叼。 傳聞我的和親對象是個殘疾皇子郭脂,可洞房花燭夜當晚...
    茶點故事閱讀 45,781評論 2 361