网络相关之TCP(有趣的对话)
?
有個大牛同學(xué),每次談到code相關(guān)的問題,他總是講話很幽默。今天恰巧就看到了一則幽默的對話。
A對話:
“喂,你聽的到嗎?”
“喂,我聽的到呀,你能聽到我嗎?”
“我能聽到你,今天天氣很好,balabala……”
?
B對話:
“喂,你聽的到嗎?”
“喂,我聽的到呀,你能聽到我嗎?”
“喂,你聽的到嗎?
“——誰在說話”
“喂,你聽的到嗎?”
“。。。。。。”
?
C對話:
“喂,你聽的到嗎?”
“我聽的到呀”“你能聽到我嗎?”
“——不想跟傻逼說話”
?
這三個場景作為程序員的你,應(yīng)該很熟悉,場景A是三次握手,場景B是二次握手,場景C是四次握手。
?
TCP的三次握手:
第一次握手:建立連接時,客戶端發(fā)送syn包(seq = j)到服務(wù)器,并進入SYN_SENT狀態(tài),等待服務(wù)器確認,syn包即同步序列編碼;
第二次握手:服務(wù)器收到syn包,必須確認客戶的SYN(ack = j+1),同時自己也發(fā)送一個SYN包(seq = k),即SYN+ACK包,此時服務(wù)器進入SYN_RECV狀態(tài);
第三次握手:客戶端收到服務(wù)器的SYN+ACK包,向服務(wù)器發(fā)送確認包ACK(ack = k + 1),此包發(fā)送完畢,客戶端和服務(wù)器進入ESTABLISHED狀態(tài),TCP鏈接成功,完成三次握手;
完成三次握手,客戶端和服務(wù)端開始傳送數(shù)據(jù)。如下圖:
?
TCP的四次握手(關(guān)閉TCP鏈接)?
第一次握手:客戶端會發(fā)送一個FIN報文給服務(wù)器之后會進入FIN_WAIT_1狀態(tài)等待服務(wù)器的響應(yīng);
第二次握手:服務(wù)器收到了FIN之后,并確認是由客戶端發(fā)起的,同時也會發(fā)送一個ACK=X+1的報文給客戶端并進入CLOSE_WAIT狀態(tài);
第三次握手:等到客戶端接收到ACK報文后,服務(wù)器關(guān)閉了與客戶端的鏈接,會發(fā)送一條FIN報文給客戶端;
第四次握手:客戶端接收到由服務(wù)器發(fā)送來的FIN報文,就會關(guān)閉與服務(wù)器的鏈接,并且發(fā)送ACK給服務(wù)器。
?
TCP建立鏈接是三次握手,而斷開鏈接是四次握手,這是為什么呢?
鏈接時,服務(wù)器收到客戶端的SYN鏈接請求的報文后,可以直接發(fā)送AYN+ACK報文,其中ACK用來響應(yīng),SYN用來同步;
關(guān)閉鏈接時,服務(wù)器收到SYN報文后,很大可能并不會馬上關(guān)閉Socket鏈接,所以只能先回復(fù)一個ACK報文,告訴客戶端你發(fā)送的FIN報文我收到了,只有等到服務(wù)器的所有報文發(fā)送完了,服務(wù)端才會發(fā)送FIN報文,所以才需要四次握手。
?
總結(jié)
以上是生活随笔為你收集整理的网络相关之TCP(有趣的对话)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: IOS应用导航模式
- 下一篇: Swift初级入门【步步为营】