連 接 概 述

順著第一篇的思路下來，到最后我們已經(jīng)可以依靠分層達到兩臺主機之間的自由通信，那么問題來了，假設(shè)現(xiàn)在有主機A（客戶端）及主機B（服務(wù)端），其中主機A需要訪問主機B的資源，需要哪幾個必要條件呢？經(jīng)過上篇文章可知至少需要四個條件：

• 主機A需要具有一個ip地址
• 主機B需要具有一個ip地址
• 主機A需要具有一個客戶端端口號
• 主機B需要具有一個服務(wù)端端口號

具備上述四個條件后A獲取B的信息是有要求的，根本上的要求是數(shù)據(jù)信道可靠，就是平時所說的可靠連接，那么如何保證連接的可靠性呢，TCP協(xié)議就是靠確認(rèn)應(yīng)答機制、超時重傳機制等保證連接可靠性的，接下來就通過TCP協(xié)議的三次握手及四次（三次）揮手來分析一下A與B建立連接、關(guān)閉連接的技術(shù)細(xì)節(jié)是如何落地實現(xiàn)的。

三 次 握 手

第一次： 首先客戶端A會向服務(wù)端B發(fā)送一個數(shù)據(jù)同步請求，可以稱為建立連接請求syn，同時客戶端A 的cpu內(nèi)核會為這個syn請求生成一個隨機的序列號seq發(fā)送給服務(wù)端。此處整體稱為第一次握手，注意此處為隨機序列號。

第二次： 服務(wù)端B接到客戶端A發(fā)送的syn請求后，會回復(fù)一個[syn+ack]的響應(yīng)，其中syn仍表達數(shù)據(jù)同步的意思，這個應(yīng)答seq值由服務(wù)端B的cpu隨機生成，ack的值為第一次握手seq的值+1，ack表示兩層含義：

• 服務(wù)端B已經(jīng)收到了客戶端A發(fā)過來的數(shù)據(jù)同步請求
• 希望客戶端接下來的應(yīng)答消息的seq的值以ack回復(fù)的值開始傳輸。

這個稱為第二次握手。

第三次： 客戶端A接收到服務(wù)端B的[syn+ack]應(yīng)答消息會給B回復(fù)一個ack應(yīng)答，ack消息中seq值為第二次握手ack的值，而ack則為第二次握手的請求的seq值+1。

三次握手通信釋義圖如上所示，接下來我們來通過抓包的形式來看一下實際報文，印證三次握手的報文通信。

筆者通過wireshark（抓包工具）抓取數(shù)據(jù)包，采用打開一個瀏覽器網(wǎng)頁的場景模擬對服務(wù)器B的請求。

第一次握手抓包圖如下：

第二次握手抓包釋義圖如下：

第三次握手抓包釋義圖如下：

通過三次握手的抓包可以很清晰的展示三次交互流程，可能有人會有連帶的疑問，為什么一定是三次，而不是別的次數(shù)，這里三次其實是最優(yōu)的次數(shù)，而不是一定的次數(shù)，比如如果兩次的話A、B兩方將會有一方無法做出信息是否送達的確認(rèn)，而超過三次則造成了浪費，因為三次交互中A、B都已經(jīng)對兩方應(yīng)答一次了。接下來來看一下四次揮手的交互流程。

四 次 揮 手

理解三次握手及流程后，四次揮手其實本質(zhì)和三次握手的確認(rèn)流程基本上是一樣的，下面我們簡單梳理一下?lián)]手標(biāo)準(zhǔn)流程。

第一次： 當(dāng)A確認(rèn)當(dāng)前連接數(shù)據(jù)已經(jīng)全部發(fā)送完成以后，會發(fā)起關(guān)閉連接請求，此時A不再發(fā)送業(yè)務(wù)報文，發(fā)送的請求標(biāo)志為FIN ,seq為x,此處整體為第一次揮手。

第二次： B收到A發(fā)出的關(guān)閉連接的請求之后，會給A一個確認(rèn)響應(yīng)，告訴A我收到你關(guān)閉連接的請求了，但是我有可能還有沒發(fā)完的數(shù)據(jù)需要繼續(xù)給你發(fā)送，響應(yīng)的標(biāo)志為ack,seq為Y，ack為x+1，此處整體為第二次揮手。

第三次： 當(dāng)B把數(shù)據(jù)傳輸完之后會發(fā)送釋放連接響應(yīng)，此處標(biāo)志B釋放連接，不會再發(fā)送業(yè)務(wù)報文，此時請求的標(biāo)志為FIN+ack，seq的值為y，ack的值為x+1,此處整體為第三次揮手。

第四次： A對B第三次揮手做最后確認(rèn)，并釋放連接，此時請求標(biāo)志為ack，seq為x+1,ack為y+1。

四次揮手通信釋義圖如上所示，由于三次握手的每一次都通過抓包工具詳細(xì)描述了通信詳情，此處揮手抓一個整體包截圖，由讀者自行解析分析即可。

四次揮手抓包整體釋義圖如下：

可以看到，這里面的揮手包數(shù)與咱們分析的標(biāo)準(zhǔn)流程不一樣，這里是因為第二次和第三次揮手都是B向A發(fā)起確認(rèn)響應(yīng)，區(qū)別是第二次只是確認(rèn)，因為可能還有數(shù)據(jù)沒有傳完，要繼續(xù)傳，全部數(shù)據(jù)傳完后B才能發(fā)出最后指令進行釋放連接，但這時如果發(fā)第二次揮手的時候就可以確認(rèn)沒有數(shù)據(jù)需要再同步給A了，這時如果按照標(biāo)準(zhǔn)流程，B會給A發(fā)送兩個相同的數(shù)據(jù)包，這樣就造成了資源浪費，故這塊揮手做了優(yōu)化，可以確認(rèn)數(shù)據(jù)的情況下，可以把第二次和第三次揮手合并成一次，所以此處是三次握手。