TCP，名為傳輸控制協議，是一種可靠的傳輸層協議，IP協議號為6。
原則上任何數據傳輸都無法確保絕對可靠，三次握手只是確?？煽康幕拘枰?。
TCP三次握手
TCP建立連接為什么是三次握手，而不是兩次或四次？
個人理解:因為要雙方都要確定對方的網絡沒毛病，通訊正常。
還有一個網上看到的說法，我覺得很有意思：
我：1+1等于幾？
她：2,2+2等于幾？
我：4
首先兩個人約定協議
1.感覺網絡情況不對的時候，任何一方都可以發起詢問
2.任何情況下，若發起詢問后5秒還沒收到回復，則認為網絡不通
3.網絡不通的情況下等1min路由器之后再發起詢問
對于我而言，發起 “1+1等于幾”的詢問后
1. 若5s內沒有收到回復，則認為網絡不通
2. 若收到回復，則我確認①我能聽到她的消息 ②她能聽到我的消息，然后回復她的問題的答案
對于她而言，當感覺網絡情況不對的時候
1. 若沒有收到我的詢問，則她發起詢問
2. 若收到“1+1等于幾”，則她確認 ①她可以聽到我的消息，然后回復我的問題的答案和她的問題“2，2+2等于幾”
3. 若5s內沒有收到我的回復“4”，則她確認 ②我聽不見她的消息
4. 若5s內收到了我的回復“4”，則她確認 ②我可以聽見她的消息
這樣，如果上面的對話得以完成，就證明雙方都可以確認自己可以聽到對方的聲音，對方也可以聽到自己的聲音！
TCP關閉四次揮手
為什么要四次揮手？
確保數據能夠完整傳輸。
當被動方收到主動方的FIN報文通知時，它僅僅表示主動方沒有數據再發送給被動方了。
但未必被動方所有的數據都完整的發送給了主動方，所以被動方不會馬上關閉SOCKET,它可能還需要發送一些數據給主動方后，
再發送FIN報文給主動方，告訴主動方同意關閉連接，所以這里的ACK報文和FIN報文多數情況下都是分開發送的。
不過在某些特殊情況里，也有三次或五次揮手，四次揮手只是在一般的正常情況下。
TCP報文格式圖：
上圖中有幾個字段需要重點介紹下：
（1）序號：Seq序號，占32位，用來標識從TCP源端向目的端發送的字節流，發起方發送數據時對此進行標記。
（2）確認序號：Ack序號，占32位，只有ACK標志位為1時，確認序號字段才有效，Ack=Seq+1。
（3）標志位：共6個，即URG、ACK、PSH、RST、SYN、FIN等，具體含義如下：
（A）URG（urgent）：緊急指針（urgent pointer）有效。
（B）ACK（acknowledgement）：確認序號有效。
（C）PSH（push）：接收方應該盡快將這個報文交給應用層。
（D）RST（reset）：重置連接。
（E）SYN（synchronous）：發起一個新連接。
（F）FIN（finish）：釋放一個連接。
需要注意的是：
（A）不要將確認序號Ack與標志位中的ACK搞混了。
（B）確認方Ack=發起方Req+1，兩端配對。
本文來自投稿，不代表Linux運維部落立場，如若轉載，請注明出處：http://www.www58058.com/97287
