? ? 序列號(hào)seq：占4個(gè)字節(jié)，用來(lái)標(biāo)記數(shù)據(jù)段的順序丹锹，TCP把連接中發(fā)送的所有數(shù)據(jù)字節(jié)都編上一個(gè)序號(hào)，第一個(gè)字節(jié)的編號(hào)由本地隨機(jī)產(chǎn)生芬失；給字節(jié)編上序號(hào)后楣黍，就給每一個(gè)報(bào)文段指派一個(gè)序號(hào)；序列號(hào)seq就是這個(gè)報(bào)文段中的第一個(gè)字節(jié)的數(shù)據(jù)編號(hào)棱烂。

????確認(rèn)號(hào)ack：占4個(gè)字節(jié)租漂，期待收到對(duì)方下一個(gè)報(bào)文段的第一個(gè)數(shù)據(jù)字節(jié)的序號(hào)；序列號(hào)表示報(bào)文段攜帶數(shù)據(jù)的第一個(gè)字節(jié)的編號(hào)颊糜；而確認(rèn)號(hào)指的是期望接收到下一個(gè)字節(jié)的編號(hào)哩治；因此當(dāng)前報(bào)文段最后一個(gè)字節(jié)的編號(hào)+1即為確認(rèn)號(hào)。

????確認(rèn)ACK：占1位衬鱼，僅當(dāng)ACK=1時(shí)业筏，確認(rèn)號(hào)字段才有效。ACK=0時(shí)鸟赫，確認(rèn)號(hào)無(wú)效

????同步SYN：連接建立時(shí)用于同步序號(hào)蒜胖。當(dāng)SYN=1消别，ACK=0時(shí)表示：這是一個(gè)連接請(qǐng)求報(bào)文段。若同意連接翠勉，則在響應(yīng)報(bào)文段中使得SYN=1妖啥，ACK=1。因此对碌，SYN=1表示這是一個(gè)連接請(qǐng)求荆虱，或連接接受報(bào)文。SYN這個(gè)標(biāo)志位只有在TCP建產(chǎn)連接時(shí)才會(huì)被置1朽们，握手完成后SYN標(biāo)志位被置0怀读。

????終止FIN：用來(lái)釋放一個(gè)連接。FIN=1表示：此報(bào)文段的發(fā)送方的數(shù)據(jù)已經(jīng)發(fā)送完畢骑脱，并要求釋放運(yùn)輸連接

????PS：ACK菜枷、SYN和FIN這些大寫的單詞表示標(biāo)志位，其值要么是1叁丧，要么是0啤誊；ack、seq小寫的單詞表示序號(hào)拥娄。

三次握手過程理解

第一次握手：建立連接時(shí)蚊锹，客戶端發(fā)送syn包（syn=j）到服務(wù)器，并進(jìn)入SYN_SENT狀態(tài)稚瘾，等待服務(wù)器確認(rèn)牡昆；SYN：同步序列編號(hào)（Synchronize Sequence Numbers）。

第二次握手：服務(wù)器收到syn包摊欠，必須確認(rèn)客戶的SYN（ack=j+1）丢烘，同時(shí)自己也發(fā)送一個(gè)SYN包（syn=k），即SYN+ACK包些椒，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)播瞳；

第三次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1）免糕，此包發(fā)送完畢狐史，客戶端和服務(wù)器進(jìn)入ESTABLISHED（TCP連接成功）狀態(tài)，完成三次握手说墨。

四次揮手過程理解?

1）客戶端進(jìn)程發(fā)出連接釋放報(bào)文，并且停止發(fā)送數(shù)據(jù)苍柏。釋放數(shù)據(jù)報(bào)文首部尼斧，F(xiàn)IN=1，其序列號(hào)為seq=u（等于前面已經(jīng)傳送過來(lái)的數(shù)據(jù)的最后一個(gè)字節(jié)的序號(hào)加1）试吁，此時(shí)棺棵，客戶端進(jìn)入FIN-WAIT-1（終止等待1）狀態(tài)楼咳。 TCP規(guī)定，F(xiàn)IN報(bào)文段即使不攜帶數(shù)據(jù)烛恤，也要消耗一個(gè)序號(hào)母怜。

2）服務(wù)器收到連接釋放報(bào)文，發(fā)出確認(rèn)報(bào)文缚柏，ACK=1苹熏，ack=u+1，并且?guī)献约旱男蛄刑?hào)seq=v币喧，此時(shí)轨域，服務(wù)端就進(jìn)入了CLOSE-WAIT（關(guān)閉等待）狀態(tài)。TCP服務(wù)器通知高層的應(yīng)用進(jìn)程杀餐，客戶端向服務(wù)器的方向就釋放了干发，這時(shí)候處于半關(guān)閉狀態(tài)，即客戶端已經(jīng)沒有數(shù)據(jù)要發(fā)送了史翘，但是服務(wù)器若發(fā)送數(shù)據(jù)枉长，客戶端依然要接受。這個(gè)狀態(tài)還要持續(xù)一段時(shí)間琼讽，也就是整個(gè)CLOSE-WAIT狀態(tài)持續(xù)的時(shí)間必峰。

3）客戶端收到服務(wù)器的確認(rèn)請(qǐng)求后，此時(shí)跨琳，客戶端就進(jìn)入FIN-WAIT-2（終止等待2）狀態(tài)自点，等待服務(wù)器發(fā)送連接釋放報(bào)文（在這之前還需要接受服務(wù)器發(fā)送的最后的數(shù)據(jù)）。

4）服務(wù)器將最后的數(shù)據(jù)發(fā)送完畢后脉让，就向客戶端發(fā)送連接釋放報(bào)文桂敛，F(xiàn)IN=1，ack=u+1溅潜，由于在半關(guān)閉狀態(tài)术唬，服務(wù)器很可能又發(fā)送了一些數(shù)據(jù)，假定此時(shí)的序列號(hào)為seq=w滚澜，此時(shí)粗仓，服務(wù)器就進(jìn)入了LAST-ACK（最后確認(rèn)）狀態(tài)，等待客戶端的確認(rèn)设捐。

5）客戶端收到服務(wù)器的連接釋放報(bào)文后借浊，必須發(fā)出確認(rèn)，ACK=1萝招，ack=w+1蚂斤，而自己的序列號(hào)是seq=u+1，此時(shí)槐沼，客戶端就進(jìn)入了TIME-WAIT（時(shí)間等待）狀態(tài)曙蒸。注意此時(shí)TCP連接還沒有釋放捌治，必須經(jīng)過2??MSL（最長(zhǎng)報(bào)文段壽命）的時(shí)間后，當(dāng)客戶端撤銷相應(yīng)的TCB后纽窟，才進(jìn)入CLOSED狀態(tài)肖油。

6）服務(wù)器只要收到了客戶端發(fā)出的確認(rèn)，立即進(jìn)入CLOSED狀態(tài)臂港。同樣森枪，撤銷TCB后，就結(jié)束了這次的TCP連接趋艘∑；郑可以看到，服務(wù)器結(jié)束TCP連接的時(shí)間要比客戶端早一些瓷胧。

常見面試題

【問題1】為什么連接的時(shí)候是三次握手显拳，關(guān)閉的時(shí)候卻是四次握手？

答：因?yàn)楫?dāng)Server端收到Client端的SYN連接請(qǐng)求報(bào)文后搓萧，可以直接發(fā)送SYN+ACK報(bào)文杂数。其中ACK報(bào)文是用來(lái)應(yīng)答的，SYN報(bào)文是用來(lái)同步的瘸洛。但是關(guān)閉連接時(shí)揍移，當(dāng)Server端收到FIN報(bào)文時(shí)，很可能并不會(huì)立即關(guān)閉SOCKET反肋，所以只能先回復(fù)一個(gè)ACK報(bào)文那伐，告訴Client端，"你發(fā)的FIN報(bào)文我收到了"石蔗。只有等到我Server端所有的報(bào)文都發(fā)送完了罕邀，我才能發(fā)送FIN報(bào)文，因此不能一起發(fā)送养距。故需要四步握手诉探。

【問題2】為什么TIME_WAIT狀態(tài)需要經(jīng)過2MSL(最大報(bào)文段生存時(shí)間)才能返回到CLOSE狀態(tài)？

答：雖然按道理棍厌，四個(gè)報(bào)文都發(fā)送完畢肾胯，我們可以直接進(jìn)入CLOSE狀態(tài)了，但是我們必須假象網(wǎng)絡(luò)是不可靠的耘纱，有可以最后一個(gè)ACK丟失敬肚。所以TIME_WAIT狀態(tài)就是用來(lái)重發(fā)可能丟失的ACK報(bào)文。在Client發(fā)送出最后的ACK回復(fù)束析，但該ACK可能丟失帘皿。Server如果沒有收到ACK，將不斷重復(fù)發(fā)送FIN片段畸陡。所以Client不能立即關(guān)閉鹰溜，它必須確認(rèn)Server接收到了該ACK。Client會(huì)在發(fā)送出ACK之后進(jìn)入到TIME_WAIT狀態(tài)丁恭。Client會(huì)設(shè)置一個(gè)計(jì)時(shí)器曹动，等待2MSL的時(shí)間。如果在該時(shí)間內(nèi)再次收到FIN牲览，那么Client會(huì)重發(fā)ACK并再次等待2MSL墓陈。所謂的2MSL是兩倍的MSL(Maximum Segment Lifetime)。MSL指一個(gè)片段在網(wǎng)絡(luò)中最大的存活時(shí)間第献，2MSL就是一個(gè)發(fā)送和一個(gè)回復(fù)所需的最大時(shí)間贡必。如果直到2MSL，Client都沒有再次收到FIN庸毫，那么Client推斷ACK已經(jīng)被成功接收仔拟，則結(jié)束TCP連接。

【問題3】為什么不能用兩次握手進(jìn)行連接飒赃？

答：3次握手完成兩個(gè)重要的功能利花，既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作(雙方都知道彼此已準(zhǔn)備好)，也要允許雙方就初始序列號(hào)進(jìn)行協(xié)商载佳，這個(gè)序列號(hào)在握手過程中被發(fā)送和確認(rèn)炒事。

???????現(xiàn)在把三次握手改成僅需要兩次握手，死鎖是可能發(fā)生的蔫慧。作為例子挠乳，考慮計(jì)算機(jī)S和C之間的通信，假定C給S發(fā)送一個(gè)連接請(qǐng)求分組姑躲，S收到了這個(gè)分組睡扬，并發(fā) 送了確認(rèn)應(yīng)答分組。按照兩次握手的協(xié)定肋联，S認(rèn)為連接已經(jīng)成功地建立了威蕉，可以開始發(fā)送數(shù)據(jù)分組￠先裕可是韧涨，C在S的應(yīng)答分組在傳輸中被丟失的情況下，將不知道S 是否已準(zhǔn)備好侮繁，不知道S建立什么樣的序列號(hào)虑粥，C甚至懷疑S是否收到自己的連接請(qǐng)求分組。在這種情況下宪哩，C認(rèn)為連接還未建立成功娩贷，將忽略S發(fā)來(lái)的任何數(shù)據(jù)分 組，只等待連接確認(rèn)應(yīng)答分組锁孟。而S在發(fā)出的分組超時(shí)后彬祖，重復(fù)發(fā)送同樣的分組茁瘦。這樣就形成了死鎖。

【問題4】如果已經(jīng)建立了連接储笑，但是客戶端突然出現(xiàn)故障了怎么辦甜熔？

TCP還設(shè)有一個(gè)保活計(jì)時(shí)器突倍，顯然腔稀，客戶端如果出現(xiàn)故障，服務(wù)器不能一直等下去羽历，白白浪費(fèi)資源焊虏。服務(wù)器每收到一次客戶端的請(qǐng)求后都會(huì)重新復(fù)位這個(gè)計(jì)時(shí)器，時(shí)間通常是設(shè)置為2小時(shí)秕磷，若兩小時(shí)還沒有收到客戶端的任何數(shù)據(jù)诵闭，服務(wù)器就會(huì)發(fā)送一個(gè)探測(cè)報(bào)文段，以后每隔75秒鐘發(fā)送一次跳夭。若一連發(fā)送10個(gè)探測(cè)報(bào)文仍然沒反應(yīng)涂圆，服務(wù)器就認(rèn)為客戶端出了故障，接著就關(guān)閉連接币叹。