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)系作者