tcp位於傳輸層，作用是提供可靠的位元組流服務，為了準確無誤地將資料送達目的地，tcp協議採納三次握手策略。
原理：1）傳送端首先傳送乙個帶有syn（synchronize）標誌地資料報給接收方。
2）接收方接收後，回傳乙個帶有syn/ack標誌的資料報傳遞確認資訊，表示我收到了。
3）最後，傳送方再回傳乙個帶有ack標誌的資料報，代表我知道了，表示』握手『結束。
通俗的理解：
1）client：嘿，李四，是我，聽到了嗎？
2）server：我聽到了，你能聽到我的嗎?
3）client：好的，我們互相都能聽到對方的話，我們的通訊可以開始了。
當被動方收到主動方的fin報文通知時，它僅僅表示主動方沒有資料再傳送給被動方了。但未必被動方所有的資料都完整的傳送給了主動方，所以被動方不會馬上關閉socket,它可能還需要傳送一些資料給主動方後，再傳送fin報文給主動方，告訴主動方同意關閉連線，所以這裡的ack報文和fin報文多數情況下都是分開傳送的。
原理：1）第一次揮手：client傳送乙個fin，用來關閉client到server的資料傳送，client進入fin_wait_1狀態。
2）第二次揮手：server收到fin後，傳送乙個ack給client，確認序號為收到序號+1（與syn相同，乙個fin占用乙個序號），server進入close_wait狀態。
3）第三次揮手：server傳送乙個fin，用來關閉server到client的資料傳送，server進入last_ack狀態。
4）第四次揮手：client收到fin後，client進入time_wait狀態，接著傳送乙個ack給server，確認序號為收到序號+1，server進入closed狀態，完成四次揮手
通俗的理解：
1）client：我所有東西都說完了
2）server：我已經全部聽到了，但是等等我，我還沒說完
3）server：好了，我已經說完了
4）client：好的，那我們的通訊結束l
答：3次握手完成兩個重要的功能，既要雙方做好傳送資料的準備工作(雙方都知道彼此已準備好)，也要允許雙方就初始序列號進行協商，這個序列號在握手過程中被傳送和確認。
現在把三次握手改成僅需要兩次握手，死鎖是可能發生的。作為例子，考慮計算機s和c之間的通訊，假定c給s傳送乙個連線請求分組，s收到了這個分組，併發 送了確認應答分組。按照兩次握手的協定，s認為連線已經成功地建立了，可以開始傳送資料分組。可是，c在s的應答分組在傳輸中被丟失的情況下，將不知道s 是否已準備好，不知道s建立什麼樣的序列號，c甚至懷疑s是否收到自己的連線請求分組。在這種情況下，c認為連線還未建立成功，將忽略s發來的任何資料分 組，只等待連線確認應答分組。而s在發出的分組超時後，重**送同樣的分組。這樣就形成了死鎖。
答：因為當server端收到client端的syn連線請求報文後，可以直接傳送syn+ack報文。其中ack報文是用來應答的，syn報文是用來同步的。但是關閉連線時，當server端收到fin報文時，很可能並不會立即關閉socket，所以只能先回覆乙個ack報文，告訴client端，"你發的fin報文我收到了"。只有等到我server端所有的報文都傳送完了，我才能傳送fin報文，因此不能一起傳送。故需要四步握手。
答：雖然按道理，四個報文都傳送完畢，我們可以直接進入close狀態了，但是我們必須假象網路是不可靠的，有可以最後乙個ack丟失。所以time_wait狀態就是用來重發可能丟失的ack報文。在client傳送出最後的ack回覆，但該ack可能丟失。server如果沒有收到ack，將不斷重**送fin片段。所以client不能立即關閉，它必須確認server接收到了該ack。client會在傳送出ack之後進入到time_wait狀態。client會設定乙個計時器，等待2msl的時間。如果在該時間內再次收到fin，那麼client會重發ack並再次等待2msl。所謂的2msl是兩倍的msl(maximum segment lifetime)。msl指乙個片段在網路中最大的存活時間，2msl就是乙個傳送和乙個回覆所需的最大時間。如果直到2msl，client都沒有再次收到fin，那麼client推斷ack已經被成功接收，則結束tcp連線。
tcp還設有乙個保活計時器，顯然，客戶端如果出現故障，伺服器不能一直等下去，白白浪費資源。伺服器每收到一次客戶端的請求後都會重新復位這個計時器，時間通常是設定為2小時，若兩小時還沒有收到客戶端的任何資料，伺服器就會傳送乙個探測報文段，以後每隔75秒鐘傳送一次。若一連傳送10個探測報文仍然沒反應，伺服器就認為客戶端出了故障，接著就關閉連線。
tcp 四次揮手 TCP的三次握手和四次揮手
三次握手 第一次握手 客戶端傳送syn包 syn x 到伺服器，並進入syn send狀態，等待伺服器確認 第二次握手 伺服器收到syn包，必須確認客戶的syn ack x 1 同時自己也傳送乙個syn包 syn y 即syn ack包，此時伺服器進入syn recv狀態 第三次握手 客戶端收到伺服...
TCP三次握手和四次揮手
一 tcp三次握手 three way handshake 1 tcp三次握手的作用 三次握手的目的是連線伺服器指定埠，建立tcp連線,並同步連線雙方的序列號和確認號並交換 tcp 視窗大小資訊。在socket程式設計中，客戶端執行connect 時，將觸發三次握手。2 tcp三次握手過程 第一步 ...
TCP三次握手和四次揮手
三次握手 四次揮手 需四次揮手原因 由於tcp的半關閉特性，tcp連線時雙全工 即資料在兩個方向上能同時傳遞 因此，每個方向必須單獨的進行關閉。這個原則就是 當一方完成它的資料傳送任務後就能傳送乙個fin來終止這個方向上的連線。當一端收到乙個fin後，它必須通知應用層另一端已經終止了那個方向的資料傳...