回答了個千贊問題
大家好，我是小林。
之前我在圖解網(wǎng)絡(luò) PDF 里寫「TCP 為什么需要三次握手？」，給出了三個原因：
三次握手才可以阻止歷史連接的初始化（主要原因）；
三次握手才可以同步雙方的初始序列號；
三次握手才可以避免資源浪費；
同時，這個內(nèi)容也在知乎得到了 1000?多贊。
其中，在講第一個原因的時候，提到「三次握手可以通過上下文判斷當(dāng)前連接是否是歷史連接，而兩次握手無法判斷」。
因為當(dāng)時沒有詳細(xì)說為什么兩次握手無法判斷歷史連接，導(dǎo)致有很多讀者私信我這個問題。
所以，這次詳細(xì)說一下，順便給大家復(fù)習(xí)下，這個面試被問到發(fā)霉的問題。
TCP 兩次握手為什么無法阻止歷史連接？
我之前的圖解網(wǎng)絡(luò) PDF ?里寫的是，兩次握手無法判斷歷史連接。
其實這句話，不太準(zhǔn)確，因為就像讀者問的那樣，第二次握手的時候，客戶端也可以根據(jù)他的序列號和收到的報文中的確認(rèn)號進(jìn)行比較。
所以，應(yīng)該改成「TCP 兩次握手無法阻止歷史連接」。
那為什么 TCP 兩次握手為什么無法阻止歷史連接呢？
我先直接說結(jié)論，主要是因為在兩次握手的情況下，「被動發(fā)起方」沒有中間狀態(tài)給「主動發(fā)起方」來阻止歷史連接，導(dǎo)致「被動發(fā)起方」可能建立一個歷史連接，造成資源浪費。
你想想，兩次握手的情況下，「被動發(fā)起方」在收到 SYN 報文后，就進(jìn)入 ESTABLISHED 狀態(tài)，意味著這時可以給對方發(fā)送數(shù)據(jù)給，但是「主動發(fā)」起方此時還沒有進(jìn)入 ESTABLISHED 狀態(tài)，假設(shè)這次是歷史連接，主動發(fā)起方判斷到此次連接為歷史連接，那么就會回 RST 報文來斷開連接，而「被動發(fā)起方」在第一次握手的時候就進(jìn)入 ESTABLISHED 狀態(tài)，所以它可以發(fā)送數(shù)據(jù)的，但是它并不知道這個是歷史連接，它只有在收到 RST 報文后，才會斷開連接。
可以看到，上面這種場景下，「被動發(fā)起方」在向「主動發(fā)起方」發(fā)送數(shù)據(jù)前，并沒有阻止掉歷史連接，導(dǎo)致「被動發(fā)起方」建立了一個歷史連接，又白白發(fā)送了數(shù)據(jù)，妥妥地浪費了「被動發(fā)起方」的資源。
因此，要解決這種現(xiàn)象，最好就是在「被動發(fā)起方」發(fā)送數(shù)據(jù)前，也就是建立連接之前，要阻止掉歷史連接，這樣就不會造成資源浪費，而要實現(xiàn)這個功能，就需要三次握手。
三次握手阻止歷史連接的過程如下圖，注意圖中的兩個連接的序列號是不一樣的，因此新舊 SYN 報文并不是發(fā)生了超時重傳，兩個都是獨立的連接。
客戶端連續(xù)發(fā)送多次 SYN 建立連接的報文，在網(wǎng)絡(luò)擁堵情況下:
一個「舊 SYN 報文」比「最新的 SYN 」 報文早到達(dá)了服務(wù)端;
那么此時服務(wù)端就會回一個 SYN + ACK 報文給客戶端;
客戶端收到后可以根據(jù)自身的上下文，判斷這是一個歷史連接（序列號過期），那么客戶端就會發(fā)送 RST 報文給服務(wù)端，表示中止這一次連接。
可以看到，在三次握手的情況下， 可以在服務(wù)端建立連接之前，可以阻止掉了歷史連接，從而保證建立的連接不是歷史連接。
怎么樣，是不是稍微圖解下，就明明白白了