問題1：第一次握手：客戶端向伺服器端傳送乙個訊號syn=1，並且生成乙個隨機的序seq=x，告訴伺服器端我要傳送資料了，進入syn-sent（同步已傳送）狀態。
第二次握手：伺服器收到syn包，必須確認客戶的syn（ack=x+1），同時自己也傳送乙個syn包（syn=1，ack=1）位子設定乙個初始序號seq=y；即syn+ack包，此時伺服器進入syn_recv（同步收到）狀態；這一步有四個引數syn，ack，ack，seq。
第三次握手：客戶端收到伺服器的syn＋ack包，向伺服器傳送確認包ack(ack=y+1)，ack=1，如果ack攜帶資料消耗乙個序列號seq=x+1;如果不攜帶資料，不消耗序列號，下乙個資料報文段序號仍然是seq=x+1；此包傳送完畢，客戶端和伺服器進入established（已建立連線）狀態，完成三次握手。
完成三次握手，客戶端與伺服器開始傳送資料.
問題2：
主要是為了防止已經失效的連線請求報文段突然又傳送到了b，因而產生錯誤（死鎖）。
比如：a發出第乙個請求，因為在某個網路節點長時間滯留，導致在一段時間後它才到達b，本來這是乙個早已經失效的報文段，但是b在接到請求後，如果是兩次握手，就會向a發出確認報文段，同意建立連線
，如果是兩次握手，只要b發出確認，新的連線就建立成功了，由於a並沒有發出建立連線的請求，所以不會理睬b的確認，也不會給b傳送資料，而b一直在等待，這就造成了死鎖。
TCP為什麼是三次握手，不是兩次握手？
自己開發了一 票智慧型分析軟體，功能很強大，需要的點選下面的鏈結獲取 1.三次握手的作用有兩個 1 讓client和server雙方都知道雙方可以傳送和接收到對方的訊息 2 避免網路堵塞時，client以為沒有連線上，傳送多次請求，而server會為前面多次無效請求建立連線，造成資源浪費 2.具體說...
為啥三次握手呢？兩次不行嗎？
為啥三次握手呢？兩次不行嗎？不可以三次握手是為了防止已失效的鏈結請求報文突然又傳送到了伺服器而產生錯誤。客戶端發出的連線請求報文並未丟失，而是在某個網路節點長時間滯留了，以致延誤到鏈結釋放以後的某個時間才到達伺服器。伺服器誤以為這是客戶端發出的乙個新的連線請求，於是就向客戶端傳送確認資料報，同意建立...
TCP為什麼不兩次握手三次揮手？
為什麼不是兩次握手的原因 假定出現一種異常情況，即傳送方a發出的第乙個連線請求報文段並沒有丟失，而是在某些網路結點長時間滯留，以致延誤到連線釋放以後的某個時間才到接收端b，本來這是乙個早已失效的報文段，但接收方b接收到後誤認為是傳送方a又發出了一次新的連線請求，於是就向a發出確認報文段，同意建立連線...